集中式架构与分布式架构
参考
从Paxos到Zookeeper分布式一致性原理与实践（倪超 著）
CouchDB权威指南 （莱诺 译）
集中式
有中心服务器概念。数据集中存放在单台数据库中，业务系统集中部署在单台服务器上。
集中式的最大优点是部署简单。
分布式
概念：分布式系统是一个硬件或软件组件分布在不同的网络计算机上，彼此仅仅依靠网络消息进行通信和协调的系统。
特点：分布性、对等性、并发性、无全局时钟、随机故障
说白了，分布式系统面临的最大挑战有两个：
通信和协调
可靠的通信系统是分布式系统运行的基石（但是很遗憾，世界上从来就没有什么可靠的通信系统），现在的架构趋势是用统一的消息系统（消息总线）替代直接的组件间消息传递机制（P2P/Restflu/Socket/gRPC...），这一块现在的解决方案是Kafka集群/Redis集群等。
协调的核心要义是实现分布式事务（准确来讲是分布式一致性），解决方案是Zookeeper。
分布式事务
事务
事务是“一系列对数据的读写操作”，事务具有ACID的特性。
ACID：原子性、一致性、隔离性、持久性
原子性：要么全部成功，要么全部失败
一致性：从A账户划100到B账户，A账户必须减100，同时B账户必须加100。而不能A账户减100，同时B账户只加50。
隔离性：事物之间不会发生相互干扰。
持久性：事务一旦成功就永久生效，不会丢失。
事务的ACID特性在集中式系统中是依赖“数据库内置事务”来实现的。在分布式系统中实现的方案有如下两种：
1、使用现有的分布式数据库技术，例如Mycat中间件技术、HBase分布式数据库。
2、借助Zookeeper实现分布式事务（实际上HBase的分布式事务实现部分也是基于Zookeeper）。
CAP定理
分布式系统有三个基本需求：一致性、可用性、分区容错性。
其中分区容错性是指，分布式系统的网络被划分为若干个子网，子网内节点属同一广播域。这样子网间通信可靠性大大低于子网内通信。在子网间通信中断的情况下系统仍能够提供一致性和可用性服务，这就叫分区容错性。
任何分布式系统最多只能满三个基本特性中的两个。
从数据存储的角度来看分布式的数据存储系统有三个基本的需求：
· 数据一致性：即使存在并发的更新，所有客户端看任何时候看到的数据必须是一致的。
· 可用性：所有客户端总能得到某一版本的数据。
· 数据库分割性：数据可分割存储在多台服务器上。
这三个需求是没办法同时满足的。
关系型数据库系统（MySQL，SQL Server）满足的是 一致性+可用性
分布式一致性算法Paxos满足的是 一致性+可分割性
分布式数据库系统（CouchDB）满足 可用性+可分割性 ，实际上就是牺牲一致性、争取可用性、达到最终一致性。
BASE理论
分布式系统很难达到强一致性（ACID），但可以采用适当方式满足BASE（基本可用、弱状态、最终一致性）
Zookeeper
Zookeeper的核心价值是实现分布式事务，即采用ZAB的一致性协议在分布式系统中实现一致性。
介绍：Zookeeper是一个典型的分布式数据一致性解决方案。分布式应用程序可以基于它实现诸如数据发布/订阅，负载均衡、命名服务、分布式协调通知、集群管理、Master选举、分布式锁、分布式队列等功能。Zookeeper可以保证如下分布式一致性特性：顺序一致性，原子性，单一视图、可靠性、实时性。