Zookeeper探究

      zk是一个分布式服务管理矿建，主要用来解决分布式集群中应用系统的一致性问题。虽然zk的内部存储结构能提供基于类似文件系统的目录节点树的方式进行数据存储，但是zk不是专门做数据存储的，而是用来维护和监控存储的数据的状态变化。所谓“存储的数据”，就是某个服务提供者的地址。zk通过监控这些数据状态的额变化，可以达到基于数据的集群管理。

✎ zk架构图

    zk其实是一个基于观察者模式的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，zk则负责通知已经在zk上注册的服务消费者做出相应的响应：

    如上图所示：

1 当服务提供者启动时,Zookeeper向/dubbo/com.foo.BarService/providers目录下写入自己的URL地址。

2 当服务消费者启动时,这时候有两个动作:

订阅/dubbo/com.foo.BarService/providers目录下的提供者URL地址。

并向/dubbo/com.foo.BarService/consumers目录下写入自己的URL地址。 

3 当监控中心启动时,订阅/dubbo/com.foo.BarService目录下的所有提供者和消费者URL地址。

     从设计模式角度来讲，zk内部使用的是观察者模式，所以当服务的提供者发生变化，zk会及时地向当前所有的消费者发出相应的消息，告知服务消费者做相应的处理。

     以上是小编对zk的基本架构的整理，由于篇幅原因，小编将zk的选举算法另起一篇博客，敬请期待！