实习修炼之第九天

整体内容

zookeeper在dubbo中的作用 zookeeper简单原理

zookeeper在dubbo中的作用

zookeeper是hadoop的一个子项目是分布式系统的可靠协调者，他提供了配置维护，名字服务，分布式同步等服务。
可参考知乎回答了解，感觉可以使得对于zookeeper又一个快速的入门了解， https://www.zhihu.com/question/25070185， 不过对于在dubbo中的使用感觉 https://blog.csdn.net/jeikerxiao/article/details/85269139 （强烈推荐）的介绍也很容易理解。其中对于zookeeper的工作流程介绍也通俗易懂，图解方式容易理解。
总的来说，zookeeper是一个注册中心，在dubbo框架中所起的作用一般是consumer与provider两种用户的交互平台。这也是其典型应用场景，也就是对应数据的订阅与发布。
在我的简单理解就是zookeeper就相当于一个综合超市，各种经销商将商品生产并加以投入zookeeper这一超市进行销售，客户可以在超市选择相应的需要的商品进行消费使用。
在dubbo框架的使用中可以看到配置文件中下面一句代码

 <dubbo:registry protocol="zookeeper" address="${dubbo.zk.servers}" client="zkclient" group="${dubbo.zk.group}"/> 

对于服务的发布方与使用方需要有相同的addres地址，这个也是下图的一个服务节点，用于消费者发现服务与提供者使用服务。
基于下图的节点图流程理解的话，在dubbo服务的实现时，dubbo的服务提供者会在zookeeper上面创建一个临时节点，表明自己的IP和端口，当消费者需要使用服务时，会先在zookeeper上面查询，找到服务提供者，做一些负载的选择（比如随机、轮流），然后按照这些信息，访问服务提供者。
在dubbo中zookeeper的作用流图如下所示

图片来源与 https://blog.csdn.net/jeikerxiao/article/details/85269139 博客，其中/dubbo是dubbo在zookeepper上创建的根结点；UserService是服务节点，代表一个我们实现或者应用的一个dubbo服务。

Zookeeper深入理解一丢丢

下图是Zookeeper的各个服务器与各个客户端的关系图

zookeeper实现实现的一般流程如下图所示

• 官方文档上提出，上图展示了ZooKeeper服务的高级别的组件。除了RequestProcesser，组成ZooKeeper服务的每个服务器复制它本身每个组件的副本。
• ReplicatedDatabase是一个包含整个数据树的内存数据库。更新信息将被记录在磁盘中保证可恢复性，在它们被写到内存数据库之前序列化写到磁盘中。
• 每个ZooKeeper服务器服务客户端。客户端连接到一个正确的服务器来提交请求。读取请求是由每个服务器的数据库的本地副本提供服务的。改变服务的请求和写请求都是由一致性协议来处理的。
• 所有来自客户端的写请求作为协议的一部分都将转发给一个单独的服务器，称之为leader。剩下的ZooKeeper服务器称之为followers，接收来自leader的信息提案和达成信息传输的一致性。消息传递层负责leaders的失效替换和同步leaders和followers。
• ZooKeeper使用一个自定义的原子的消息传递协议。所以消息传递层是原子性的。ZooKeeper可以保证本地副本不会分割。当leader服务器收到一个写请求，它会计算这个写入操作执行时系统的状态和获取这个操作转化成一个事务的新状态。这个机制保证了各个Server之间的同步。
• 可再参考 http://matt33.com/2016/04/13/zookeeper-learn/ 学习

说起Zookeeper不得不提一下znode**（数据节点）**
Zookeeper将数据存储于内存中,具体而言,Znode是存储数据的最小单元。而Znode被以层次化的结构进行组织,形容一棵树。其对外提供的视图类似于Unix文件系统。树的根Znode节点相当于Unix文件系统的根路径。正如Unix中目录下可以有子目录一样,Znode结点下也可以挂载子结点,最终形成如下所示结构。

zookeeper将所有数据存在内存中，数据模型是一棵树，如上图所示；Znode天然具有目录和文件两重属性:即Znode既可以当做文件往里面写东西,又可以当做目录在下面挂载其他Znode。