我爱编程持之以恒

ZIPKIN分布式系统调用链追踪 在公司业务发展过程中，刚开始的时候，我们可能比较关注单个请求的调用耗时情况，调用频次统计等一些基本数据指标，因为这个时候业务比较单一，系统相对来说较为简单清晰，调整和优化起来相对来说比较容易一点。 但是随着系统业务的不断发展，需求的不断增加，整个系统逐渐变得越来越复杂，有可能还会涉及到外部系统以及公司内部其他系统之间的一个交互。这个时候整个系统的调用链将会变得越来复杂（目前大多数都是分布式调用），更多的时候我们的一个前端请求可能最终需要经过多次后端服务的调用才能得到我们

我们知道微服务是一种理念，没有确切的定义和边界，好比设计原则，是属于抽象的概念。在定义不明确的情况下谈划分也是一种各说各话，具体问题需要具体分析，所以这篇文章谈到的划分也不是绝对标准，仅供参考。 有人说微服务不难，难的是服务的划分，虽然我持保留意见。但是从侧面也反应了划分具有一定的困难。这里的矛盾在于粒度。如果粒度太大了，分和不分似乎都差不多；如果粒度太小了，聚合、发布、调用链、调试等都是坑。 　　以下谈到的拆分是前人经验的总结，我罗列了三种行家的拆分姿势，每个的的经验和视野不...

前言 分布式系统中经常会出现某个基础服务不可用造成整个系统不可用的情况, 这种现象被称为服务雪崩效应. 为了应对服务雪崩, 一种常见的做法是手动服务降级. 而Hystrix的出现,给我们提供了另一种选择. 服务雪崩效应的定义 服务雪崩效应是一种因服务提供者的不可用导致服务调用者的不可用,并将不可用逐渐放大的过程.如果所示: 上图中, A为服务提供者, B为A的服务调用者, ...

1.SOA架构和微服务架构的区别 首先SOA和微服务架构一个层面的东西，而对于ESB和微服务网关是一个层面的东西，一个谈到是架构风格和方法，一个谈的是实现工具或组件。 1.SOA（Service Oriented Architecture）“面向服务的架构”:他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服...