项目实战中Zookeeper使用心得?

随着项目体量的增加以及服务器成本的加重，小而美的微服务成为了现在市场的主流，在这个时间节点上SpringBoot凭借自己强大的集成特性和可拓展的优点，成为了很多公司的首选。
SpringCloud作为SpringBoot的亲儿子，是很多人建造注册中心的第一选择。今天将的是同样功能和特性的Zookeeper。
Zookeeper
ZK作为优秀的注册中心组件，他的功能十分强大，只要设计多系统管理、分布式相关等功能都十分可靠。
ZK的开发初衷是高可用，也就是机器资源有限的情况下，保证系统的可用性。基于的算法就是ZAB，这个算法思想来自于Paxos。

比如
1.leader向follows提交议案(proposal)
2.leader需要等待超半数的follows确认之后才会进行commit
基于第二点的特性，搭建zk集群的时候就需要2N+1的机器才能发挥最大的性能
>ZK为什么是单数<
分布式环境下最难处理的就是数据的一致性，想要保证一致性必须有且仅有一个能做决定的leaser，
整个集群的写入的指令，只能由leaser执行。
ZK解决这个痛点的原则就是
1.可靠提交- 如果一个事物A被其中一个server提交的，那么它最终一定会被所有的server提交。
2.全局有序-假如有两个事物，有其中一台的server先执行A再执行B，那么会保证全部的server
上的A都会在B之前执行。
Dubbo
而dubbo服务则特别适合跟zk搭配使用，作为阿里巴巴开源的项目，dubbo在阿里内部得到了大量的验证。
zk的英文翻译动物园，而涉及到的业务就需要开发在dubbo这一个个的动物里面，zk的搭建是少数的，业务开发才是程序员的日常。
dubbo将业务的拆分为一个一个单独的模块，便于多人员的同时开发和管理。