前言

前篇 ：[分布式]分布式架构的演化
在前一篇中，由于业务量的逐渐增长，我们解决单机瓶颈、数据库访问瓶颈、集群调度瓶颈等等问题一路走来，一步步完成了分布式架构的演化。

但是，问题从来都是双面性，分布式为我们解决了一些问题，却也为我们带来了一些问题。

举几个栗子

1、集群部署在同一台机房，突然，机房断电，机房集群全部down机。
2、集群部署在不同机房，其中一个所在地因为工人管道施工，导致网络光纤断开。多机房之间不能同步。
3、因为不同机房所在地不同，A机房与B机房相距较近，却与C很远，现在从A系统下了一笔订单，需要通知B系统扣款，通知C系统商品出库，但是因为物理距离原因，与B系统的链接正常，但是与C系统的链接超时，导致扣款成功，但是没有发货。
4、因为网络通信故障，A机房与D机房同步消息时，有消息因为设备硬件原因导致消息没有触达，消息丢失。
5、订单服务的多个集群之间通信不畅，各自处理各自的业务问题时，导致订单编号重复。
……

这些问题，都是因为分布式系统的复杂度上升，导致的问题维度爆发，小到一次机器死机，大到某个地区地震，都可能导致服务的不稳定与异常。

分布式系统的问题分类

1、通信异常
因为通信原因导致分布式系统之间联络不稳定，消息的收发耗时都严重增加。

2、网络分区
不同机房之间的信息隔离，导致某个服务（比如订单）出现了局部的小集群，不同孤立的集群可能要完成整个分布式系统的功能，导致分布式数据没有办法保持一致性（比如订单编号的重叠。）

3、节点故障
单机出现down机现象，分布式集群的各个节点都可能出现死机，无法运转的情况。

4、三态的概念
超时、成功、失败，分布式系统的每一次请求和响应都会出现这三种状态中的任意一种，所以在实际的工作当中，我们要针对这三种状态的请求和响应都有不同响应的对策和处理。