一、Zookeeper角色的分类
领导者（leader）
Leader服务器为客户端提供读服务和写服务。- 学习者（learner）
- 跟随者（follower） Follower服务器为客户端提供读服务，参与Leader选举过程，参与写操作“过半写成功”策略。
- 观察者（observer） Observer服务器为客户端提供读服务，不参与Leader选举过程，不参与写操作“过半写成功”策略。用于在不影响写性能的前提下提升集群的读性能。
客户端（client）
服务请求发起方。
Zookeeper集群管理图：
二、Zookeeper角色的状态
- LOOKING： 当前Server未知集群中的Leader，并且正在寻找。
- LEADING： 当前Server即为选举出来的Leader。
- FOLLOWING： 当前Follower已与选举出来的Leader同步。
- OBSERVING 当前Observer已与选举出来的Leader同步。
三、Zookeeper各角色的作用
3.1、Zookeeper中的请求
- 事务请求： 在Zookeeper中，会改变服务器状态的请求称为事务请求（包括：创建节点、更新数据、删除节点、创建会话等） 。
- 非事务请求 从Zookeeper仅仅读取数据，不会对服务器数据状态进行任何修改的请求称为非事务请求。
3.2、Leader的作用
- 在ZAB崩溃恢复之后，消息广播之前，进行集群中的数据同步；
- 维持与Learner的心跳，接收Learner请求消息，并据不同的消息类型，进行不同的处理；
- Learner处理的消息类型包括：PING消息、REQUEST消息、ACK消息、REVALIDATE消息等。
其中，PING消息指Learner的心跳信息；REQUEST消息是Follower发送的提议信息，包括写请求及同步请求；ACK消息是Follower的对提议的回复，超过半数的Follower通过，则commit该提议；REVALIDATE消息是用来延长SESSION有效时间。
Leader的工作流程简图如下所示，实际上流程要比下图复杂得多，启动了三个线程来实现功能：
3.3、Follower的作用
Follower主要有四个功能：
- 向Leader发送请求（PING请求、REQUEST消息、ACK请求、REVALIDATE消息）；
- 接收Leader 的消息并进行处理；
- 接收Client的请求，如果为写请求，发送给Leader进行投票；
- 返回Client请求结果。
Follower的消息循环处理以下来自Leader的消息：
- PING消息：心跳消息；
- PROPOSAL消息：Leader发起的提案，要求Follower投票；
- COMMIT消息：服务器端最新一提案的信息；
- UPTODATE消息：表示同步完成；
- REVALIDATE消息：根据Leader的REVALIDATE结果，关闭待revalidate的session还是允许其接受消息；
- SYNC消息：返回SYNC结果到客户端，这个消息最初由客户端发起，用来强制得到最新的数据更新。
3.3、Observer的作用
Observer角色除了不参与Leader选举和Proposal投票外，与Follower的作用相同。
四、参考资料
参考书籍：
参考博客： 作者： 出处： 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。