zookeeper介绍
zookeeper集群工作原理
zookeeper集群工作原理Zookeeper集群工作原理Zookeeper是一个开源的分布式协调服务，它提供了一个高可用的、有序的、一致性的数据管理和协调服务。
在分布式系统中，Zookeeper集群起到了关键的作用，负责管理和维护分布式系统中的各种数据和状态。
一、Zookeeper集群的基本概念1. 服务器角色：Zookeeper集群中的每个节点都可以担任Leader 或Follower的角色。
Leader负责处理客户端请求和写操作，Follower则负责处理读操作和同步数据。
2. 数据模型：Zookeeper将数据存储在树形结构的命名空间中，类似于文件系统的目录结构，每个节点都有一个路径和一个关联的数据。
3. 会话：客户端与Zookeeper集群之间的连接被称为会话，会话可以保持一段时间，并且可以处理客户端请求。
二、Zookeeper集群的工作原理1. Leader选举：在Zookeeper集群中，只有一个节点可以担任Leader角色，其余节点为Follower。
当集群启动或Leader节点宕机时，会发起一次Leader选举。
选举过程通过ZAB协议（Zookeeper Atomic Broadcast）进行，节点首先互相通信，然后通过投票的方式选择出新的Leader节点。
2. 数据一致性：Zookeeper通过使用ZAB协议来实现数据的一致性。
当客户端向Leader节点发送写请求时，Leader节点将该请求转发给所有的Follower节点，一旦大多数Follower节点都返回成功响应，Leader节点就会将数据变更应用到自身的数据副本中，并通知Follower节点更新数据。
这样就保证了数据的一致性。
3. 数据同步：Zookeeper集群中的Follower节点会定期从Leader 节点同步数据，以保持数据的一致性。
Follower节点会向Leader 节点发送请求，获取最新的数据更新，然后更新到自身的数据副本中。
zookeeper工作原理
zookeeper工作原理Zookeeper是一个开放源代码的分布式协调服务框架，主要用于解决分布式系统中的一致性问题。
它为分布式应用程序提供了高性能、可靠的分布式协调服务，使得开发者可以更加简单地构建和管理分布式系统。
Zookeeper的工作原理可以分为以下几个方面：1. 集群模式：Zookeeper采用集群模式工作，由多个节点组成一个Zookeeper集群。
其中，有一个leader节点负责协调其他节点的工作，其他节点则作为follower节点进行服务。
当leader节点出现故障时，Zookeeper会在多个follower节点中选举出一个新的leader节点，以保证系统的可用性。
2. 数据模型：Zookeeper将所有数据组织成一个层次化的命名空间，类似于文件系统的结构。
每个节点被称为znode，可以存储一些元数据信息，如数据值、ACL（访问控制列表）等。
Zookeeper提供了一套API用于操作这些znode，包括创建、删除、更新等。
3. Watch机制：Zookeeper中的每个znode都可以注册一个watcher，用于监听znode的变化。
当znode发生变化时，Zookeeper会通知对该znode注册了watcher的客户端。
这种watch机制可以让客户端实时感知到系统状态的变化，从而做出相应的处理。
4. 事务日志和快照：Zookeeper通过将所有的修改操作写入事务日志来保证数据的一致性。
事务日志中的每一条记录都有一个唯一的事务ID，通过该ID可以进行序列化和恢复操作。
为了提高读取性能，Zookeeper还会周期性地创建快照，将内存中的数据保存到磁盘上。
当系统异常停止时，可以通过读取最新的快照和事务日志来快速恢复系统状态。
5. 选举算法：Zookeeper使用了一种基于投票的选举算法来选举leader节点。
选举过程主要分为两个阶段：首先，每个节点发起一个投票请求，并将自己的标识和最大事务ID发送给其他节点；然后，每个节点根据收到的投票请求进行投票，并将选票发送给其他节点。
zookper的工作原理
zookper的工作原理Zookeeper是一个分布式协调服务，用于在分布式系统中管理和协调大规模的集群。
它的工作原理包括以下几个方面：1. 数据模型：Zookeeper以类似文件系统的层次化命名空间结构（称为znode）来存储和管理数据。
每个znode都可以包含数据以及与其他znode的关联关系。
2. 一致性协议：Zookeeper使用ZAB（Zookeeper Atomic Broadcast）协议，该协议确保了在整个集群中的数据一致性。
ZAB协议通过一个主节点（leader）和多个从节点（follower）来实现。
3. 数据访问与监听：Zookeeper提供了一套API，允许客户端对znode进行读写操作，并且可以监听znode的变化。
客户端可以通过创建临时节点和顺序节点来实现分布式锁、选举等功能。
4. 事件通知机制：一旦znode发生变化，Zookeeper会向监听该znode的客户端发送通知。
客户端可以根据这些通知做相应的处理，实现实时的数据同步和事件驱动。
5. 高可用性和容错性：Zookeeper通过在集群中多个机器上复制数据来提供高可用性和容错性。
如果主节点宕机，从节点会发起选举过程，选择一个新的主节点来继续处理客户端请求。
6. 事务日志和快照：Zookeeper将所有的写操作以及相关的元数据记录在事务日志中，以便在节点重启时进行恢复。
同时，它还会定期生成数据快照，以提高系统的恢复性能。
总的来说，Zookeeper通过一致性协议、数据模型、事件通知机制和高可用性策略等多种机制，确保了分布式系统中的数据一致性、节点的高可用性和容错性，为分布式应用提供了可靠的协调服务。
zoomkeeper原理
zoomkeeper原理Zookeeper是一个分布式的开源协调服务，它可以提供高可用性、高可靠性的分布式协调服务。
Zookeeper的原理主要包括以下几个方面：1. 集群模式Zookeeper是以集群模式运行的，每个节点都是相同的。
在集群中，有一个节点作为Leader，其他节点作为Follower。
Leader负责处理客户端请求，并将更新广播给所有Follower。
2. 数据模型Zookeeper将数据存储在树形结构中，类似于文件系统。
每个节点都有一个路径和一个值。
路径类似于文件系统中的目录路径，而值则类似于文件系统中的文件内容。
3. 会话管理Zookeeper使用会话来管理客户端连接。
当客户端连接到Zookeeper时，会话被创建，并在一段时间内保持活动状态。
如果会话超时或断开连接，则客户端必须重新连接并创建新的会话。
4. Watcher机制Watcher机制使得客户端能够接收到关于节点变化的通知。
当某个节点发生变化时，Zookeeper会向所有监听该节点变化的客户端发送通知。
5. 事务处理Zookeeper支持事务处理，并使用版本号来确保数据一致性。
当多个客户端同时尝试更新同一个节点时，只有一个客户端能够成功更新该节点，并且其他客户端会收到版本号不匹配的错误。
6. Paxos算法Zookeeper使用Paxos算法来保证数据的一致性。
Paxos算法是一种分布式一致性协议，它可以确保不同节点之间的数据一致性。
7. 客户端连接客户端连接到Zookeeper时，会先与其中一个节点建立TCP连接，然后通过该节点将请求转发给Leader。
Leader处理请求后将结果返回给客户端。
总之，Zookeeper是一个高可用性、高可靠性的分布式协调服务，它使用集群模式、数据模型、会话管理、Watcher机制、事务处理和Paxos算法等多种技术来实现数据的一致性和可靠性。
同时，客户端连接也是Zookeeper实现原理中不可或缺的部分。
Zookeeper简介及使用
Zookeeper简介及使⽤⼀、Zookeeper简介1、zookeeper简介动物管理员Apache ZooKeeper致⼒于开发和维护开源服务器，实现⾼度可靠的分布式协调。
2、什么是ZooKeeper？ZooKeeper是⼀种集中式服务，⽤于维护配置信息，命名，提供分布式同步和提供组服务。
所有这些类型的服务都以分布式应⽤程序的某种形式使⽤。
每次实施它们都需要做很多⼯作来修复不可避免的错误和竞争条件。
由于难以实现这些类型的服务，应⽤程序最初通常会吝啬它们，这使得它们在变化的情况下变得脆弱并且难以管理。
即使正确完成，这些服务的不同实现也会在部署应⽤程序时导致管理复杂性。
3、zookeeper功能（1）存储数据（2）监听4、zookeeper⼯作机制基于观察者模式设计的分布式服务管理框架5、zookeeper的存储结构⽬录树结构6、zookeeper应⽤场景（1）集群统⼀配置管理（2）集群统⼀命名服务（3）集群统⼀管理（4）服务器的动态上下线感知（5）负载均衡7、安装zookeeper单机版（1）下载安装包 zookeeper-3.4.10.tar.gz（2）上传安装包到Linuxalt+p（SecureCRT中）（3）解压tar -zxvf zookeeper-3.4.10.tar.gz（4）修改配置⽂件进⼊zookeeper安装⽬录下的conf⽂件夹下mv zoo_sample.cfg zoo.cfgvi zoo.cfgdataDir=/root/hd/zookeeper-3.4.10/zkData（5）启动zkbin/zkServer.sh start（6）查看状态bin/zkServer.sh status（7）启动客户端bin/zkCli.sh8、完全分布式安装（1）下载安装包 zookeeper-3.4.10.tar.gz（2）上传安装包到Linuxalt+p（SecureCRT中）（3）解压tar -zxvf zookeeper-3.4.10.tar.gz（4）修改配置⽂件进⼊zookeeper安装⽬录下的conf⽂件夹下mv zoo_sample.cfg zoo.cfgvi zoo.cfgdataDir=/root/hd/zookeeper-3.4.10/zkData###############cluster###############server.1=hd09-1:2888:3888server.2=hd09-2:2888:3888server.3=hd09-3:2888:3888其中server.后⾯的数字1、2、3分别是机器hd09-1、hd09-2、hd09-3中zookeeper-3.4.10/zkData/myid⽂件中的值（5）添加⽂件myid$cd zookeeper-3.4.10/zkData$touch myid（6）添加内容在myid为1$ vi myid1（7）发送zookeeper⽂件到其它机器$ scp -r zookeeper-3.4.10 hd09-2:$PWD$ scp -r zookeeper-3.4.10 hd09-3:$PWD（8）修改myid依次为2 3（9）修改环境变量vi /etc/profileexport ZOOKEEPER_HOME=/root/hd/zookeeper3.4.10 export PATH=$PATH:$ZOOKEEPER_HOME/bin （10）⽣效环境变量source /etc/profile（11）启动zookeeperzkServer.sh start（12）查看状态zkServer.sh status（13）关闭zookeeperzkServer.sh stop9、客户端的命令⾏操作（1）启动客户端zkCli.sh（2）查看帮助help（3）查看当前znode所包含的内容ls /（4）创建节点create /hello 18（5）创建短暂znodecreate -e /haha tom（6）创建带序号znodecreate -s /bigdata tom（7）创建短暂带序号create -e -s /bigdata tom（8）查看此节点的详细信息ls2 /（9）获得节点值监听get /hello watch（10）监听路径ls / watch（11）修改znode数据set /hello iiiii（12）删除节点delete /hello（13）递归删除rmr /delireba（14）查看节点状态信息stat /⼆、Zookeeper⼯作机制1、Zookeeper⼯作机制2、Zookeeper⽬录结构3、Zookeeper选举机制三、Zookeeper简单客户端APIpackage com.css.zk;import java.io.IOException;import java.util.List;import org.apache.zookeeper.CreateMode;import org.apache.zookeeper.KeeperException;import org.apache.zookeeper.WatchedEvent;import org.apache.zookeeper.Watcher;import org.apache.zookeeper.ZooDefs.Ids;import org.apache.zookeeper.ZooKeeper;import org.apache.zookeeper.data.Stat;import org.junit.Before;import org.junit.Test;public class ZkClient {private String connectString = "192.168.146.132:2181,192.168.146.133:2181,192.168.146.134:2181"; private int sessionTimeout = 3000;ZooKeeper zkCli = null;// 初始化客户端@Beforepublic void init() throws IOException {zkCli = new ZooKeeper(connectString, sessionTimeout, new Watcher() {// 回调监听@Overridepublic void process(WatchedEvent event) {// System.out.println(event.getPath() + "\t" + event.getState() + "\t" + event.getType());try {List<String> children = zkCli.getChildren("/", true);for (String c : children) {// System.out.println(c);}} catch (KeeperException e) {e.printStackTrace();} catch (InterruptedException e) {e.printStackTrace();}}});}// 创建⼦节点@Testpublic void createZnode() throws KeeperException, InterruptedException {String path = zkCli.create("/hello", "world".getBytes(), Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT); System.out.println(path);}// 获取⼦节点@Testpublic void getChild() throws KeeperException, InterruptedException {List<String> children = zkCli.getChildren("/", true);for (String c : children) {System.out.println(c);}Thread.sleep(Long.MAX_VALUE);}// 删除节点@Testpublic void rmChildData() throws KeeperException, InterruptedException {// byte[] data = zkCli.getData("/bbq", true, null);// System.out.println(new String(data));zkCli.delete("/hello", -1);}// 修改数据@Testpublic void setData() throws KeeperException, InterruptedException {zkCli.setData("/hello", "17".getBytes(), -1);}// 判断节点是否存在@Testpublic void testExist() throws KeeperException, InterruptedException {Stat exists = zkCli.exists("/hello", false);System.out.println(exists == null ? "not exists" : "exists");}}四、Zoopeeper监听API1、监听单节点内容package com.css.zk;import java.io.IOException;import org.apache.zookeeper.KeeperException;import org.apache.zookeeper.WatchedEvent;import org.apache.zookeeper.Watcher;import org.apache.zookeeper.ZooKeeper;// 监听单节点内容public class WatchDemo {public static void main(String[] args) throws IOException, KeeperException, InterruptedException {ZooKeeper zkCli = new ZooKeeper("192.168.146.132:2181,192.168.146.133:2181,192.168.146.134:2181", 3000, new Watcher() {// 监听回调@Overridepublic void process(WatchedEvent event) {}});byte[] data = zkCli.getData("/hello", new Watcher() {// 监听的具体内容@Overridepublic void process(WatchedEvent event) {System.out.println("监听路径为：" + event.getPath());System.out.println("监听的类型为：" + event.getType());System.out.println("监听被修改了");}}, null);System.out.println(new String(data));Thread.sleep(Long.MAX_VALUE);}}2、监听⽬录package com.css.zk;import java.io.IOException;import java.util.List;import org.apache.zookeeper.KeeperException;import org.apache.zookeeper.WatchedEvent;import org.apache.zookeeper.Watcher;import org.apache.zookeeper.ZooKeeper;// 监听⽬录public class WatchDemo1 {static List<String> children = null;public static void main(String[] args) throws IOException, KeeperException, InterruptedException {ZooKeeper zkCli = new ZooKeeper("192.168.146.132:2181,192.168.146.133:2181,192.168.146.134:2181", 3000, new Watcher() {// 监听回调@Overridepublic void process(WatchedEvent event) {System.out.println("正在监听中......");}});// 监听⽬录children = zkCli.getChildren("/", new Watcher() {@Overridepublic void process(WatchedEvent event) {System.out.println("监听路径为：" + event.getPath());System.out.println("监听的类型为：" + event.getType());System.out.println("监听被修改了");for (String c : children) {System.out.println(c);}}});Thread.sleep(Long.MAX_VALUE);}五、Zookeeper动态上下线感知系统需求某分布式系统当中，主节点有多台，可以进⾏动态上下线，当有任何⼀台机器发⽣了动态的上下线任何⼀台客户端都能感知到。
什么是Zookeeper，Zookeeper的作用是什么
什么是Zookeeper，Zookeeper的作⽤是什么什么是Zookeeper，Zookeeper的作⽤是什么，它与NameNode及HMaster如何协作？在没有接触Zookeeper的同学，或许会有这些疑问。
这⾥给⼤家总结⼀下。
⼀、什么是ZookeeperZooKeeper 顾名思义动物园管理员，他是拿来管⼤象(Hadoop) 、蜜蜂(Hive) 、⼩猪(Pig) 的管理员， Apache Hbase和 Apache Solr 以及LinkedIn sensei 等项⽬中都采⽤到了 Zookeeper。
ZooKeeper是⼀个分布式的，开放源码的分布式应⽤程序协调服务，ZooKeeper是以Fast Paxos算法为基础，实现同步服务，配置维护和命名服务等分布式应⽤。
上⾯的解释感觉还不够，太官⽅了。
Zookeeper 从程序员的⾓度来讲可以理解为Hadoop的整体监控系统。
如果namenode,HMaster宕机后，这时候Zookeeper 的重新选出leader。
这是它最⼤的作⽤所在。
下⾯详细介绍zookeeper的作⽤⼆、zookeeper的作⽤1.Zookeeper加强集群稳定性Zookeeper通过⼀种和⽂件系统很像的层级命名空间来让分布式进程互相协同⼯作。
这些命名空间由⼀系列数据寄存器组成，我们也叫这些数据寄存器为znodes。
这些znodes就有点像是⽂件系统中的⽂件和⽂件夹。
和⽂件系统不⼀样的是，⽂件系统的⽂件是存储在存储区上的，⽽zookeeper的数据是存储在内存上的。
同时，这就意味着zookeeper有着⾼吞吐和低延迟。
Zookeeper实现了⾼性能，⾼可靠性，和有序的访问。
⾼性能保证了zookeeper能应⽤在⼤型的分布式系统上。
⾼可靠性保证它不会由于单⼀节点的故障⽽造成任何问题。
有序的访问能保证客户端可以实现较为复杂的同步操作。
2.Zookeeper加强集群持续性ZooKeeper Service<ignore_js_op>组成Zookeeper的各个服务器必须要能相互通信。
zookeeper概论
zookeeper概论ZooKeeper概论ZooKeeper是一个分布式的开源协调服务，它提供了一组简单而强大的API，用于管理和协调大规模分布式系统中的各种任务。
作为一个高性能、可靠的系统，ZooKeeper在分布式应用中扮演着重要的角色。
1. ZooKeeper的背景和起源ZooKeeper最初是由雅虎公司开发的，旨在解决分布式应用程序中的一些常见问题。
随着互联网规模的不断扩大，分布式系统的复杂性也大幅增加。
ZooKeeper的诞生为分布式应用的管理和协调提供了新的解决方案。
2. ZooKeeper的设计目标ZooKeeper的设计目标是提供一个高性能和可靠的分布式协调服务。
为了实现这一目标，ZooKeeper采用了一些关键的设计原则和机制，包括：- 分布式数据模型：ZooKeeper将数据存储在一个分层的命名空间中，类似于文件系统的结构。
这种设计使得数据的管理和访问更加方便。
- 顺序一致性：ZooKeeper保证所有的更新操作按照它们被提交的顺序进行。
这意味着客户端在读取数据时可以获得一致的视图。
- 原子性：ZooKeeper支持原子性操作，保证了对数据的读写操作是不可分割的。
这样可以避免并发操作引起的数据不一致问题。
- 高性能：ZooKeeper使用了一种基于内存的数据模型和高效的通信协议，以实现低延迟和高吞吐量的性能。
3. ZooKeeper的核心功能ZooKeeper提供了一些核心功能，使得分布式应用的管理和协调变得更加简单和可靠：- 分布式锁：ZooKeeper提供了一种基于互斥锁的机制，用于协调分布式系统中的并发访问。
通过使用分布式锁，可以确保只有一个客户端能够对共享资源进行操作，避免了数据竞争和冲突。
- 选举机制：ZooKeeper提供了一种基于选举的机制，用于选举一个领导者。
选举机制可以确保在分布式系统中只有一个节点负责协调和处理请求，提高了系统的可用性和可靠性。
- 通知机制：ZooKeeper可以监测数据的变化，并通知客户端。
Zookeeper（CAP原则+一致性协议）
Zookeeper（CAP原则+⼀致性协议）zookeeper⼀、zookeeper概述ZooKeeper是⼀个的，开放源码的协调服务，是的Chubby⼀个的实现，是Hadoop和的重要组件。
它是⼀个为分布式应⽤提供⼀致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
ZooKeeper的⽬标就是封装好复杂易出错的关键服务，将简单易⽤的接⼝和性能⾼效、功能稳定的系统提供给⽤户。
ZooKeeper包含⼀个简单的原语集，提供Java和C的接⼝。
⼆、CAP原则CAP原则⼜称CAP定理，指的是在⼀个中， Consistency（⼀致性）、 Availability（可⽤性）、Partition tolerance（分区容错性），三者不可得兼。
⼀致性（C）：在中的所有数据备份，在同⼀时刻是否同样的值。
（等同于所有节点访问同⼀份最新的数据副本）可⽤性（A）：保证每个请求不管成功或者失败都有响应。
分区容忍性（P）：系统中任意信息的丢失或失败不会影响系统的继续运作。
⼀致性：分为强⼀致性、弱⼀致性和最终⼀致性；1、强⼀致性：当更新操作完成之后，任何多个后续进程或者线程的访问都会**返回最新的更新过的值，直到这个数据被其他数据更新为⽌。
但是这种实现对性能影响较⼤，因为这意味着，只要上次的操作没有处理完，就不能让⽤户读取数据。
2、弱⼀致性：系统并不保证进程或者线程的访问都会返回最新更新过的值。
系统在数据写⼊成功之后，不承诺⽴即可以读到最新写⼊的值，也不会具体的承诺多久之后可以读到。
甚⾄不能保证可以访问到。
3、最终⼀致性：最终⼀致性也是弱⼀致性的⼀种，它⽆法保证数据更新后，所有后续的访问都能看到最新数值，⽽是需要⼀个时间，在这个时间之后可以保证这⼀点（就是在⼀段时间后，节点间的数据会最终达到⼀致状态），⽽在这个时间内，数据也许是不⼀致的，这个系统⽆法保证强⼀致性的时间⽚段被称为「不⼀致窗⼝」。
不⼀致窗⼝的时间长短取决于很多因素，⽐如备份数据的个数、⽹络传输延迟速度、系统负载等。
zookeeper的作用,使用场景
Zookeeper是一个分布式协调服务，主要用于维护和管理共享数据，并提供了一些基础服务，如配置管理、同步协调、通知、路由和分布式标注等。
以下是Zookeeper的一些作用和主要使用场景：作用：1. 配置管理：Zookeeper可以集中管理服务器的配置信息，使得各个服务都能够快速获取到配置信息，并且变更配置时能够实时同步到所有服务。
2. 同步协调：Zookeeper可以用于实现分布式系统中不同组件之间的同步协调。
例如，多个服务可能需要根据一定的规则来更新数据，Zookeeper可以保证这些服务之间的数据一致性。
3. 命名服务：Zookeeper提供了一种统一的命名方式，可以用来查找、注册和删除对象，例如服务地址、端口、节点等。
4. 集群管理：Zookeeper可以用于管理分布式系统的集群，例如监控集群状态、协调负载均衡策略等。
5. 消息通知：Zookeeper可以用于实现消息通知机制，当某个事件发生时，可以通过Zookeeper将消息通知到相关人员。
6. 分布式锁：Zookeeper可以通过临时节点实现分布式锁，用于限制对共享资源的访问。
7. 选举和一致性：在分布式系统中，通过Zookeeper可以实现一致性选举，使得系统中的各个节点能够选出一个领导者，同时也能保证各个节点之间的数据一致性。
使用场景：1. 分布式系统中的配置管理：在分布式系统中，各个服务器的配置信息需要集中管理和同步。
Zookeeper可以提供集中式的配置管理功能，使得各个服务都能够快速获取到配置信息。
2. 分布式系统中的同步协调：在分布式系统中，不同组件之间的数据可能需要保持一致性。
Zookeeper可以提供同步协调功能，保证不同组件之间的数据一致性。
3. 分布式系统中的命名服务：在分布式系统中，需要使用统一的命名方式来查找、注册和删除对象。
Zookeeper提供了一种统一的命名方式，可以用于分布式系统的命名服务。
4. 分布式系统中的集群管理：在分布式系统中，需要监控集群状态、协调负载均衡策略等。
zk 常见命令
zk 常见命令Zookeeper（ZK）是一个开源的分布式协调服务，主要用于管理和协调分布式系统中的各种服务和节点。
以下是Zookeeper的一些常见命令：1.创建节点：o create /path/to/node data：创建一个新的节点，并设置其数据。
2.获取节点数据：o get /path/to/node：获取指定节点的数据。
3.设置节点数据：o set /path/to/node data：设置指定节点的数据。
4.获取子节点数：o count2 /path/to/node：获取指定节点的子节点数。
5.获取子节点：o ls2 /path/to/node：获取指定节点的子节点。
6.获取指定路径下的子节点数和数据：o count /path/to/node：获取指定节点的子节点数。
o ls2 /path/to/node：获取指定节点的子节点。
7.获取指定路径下的子节点：o ls2 /path/to/node：获取指定节点的子节点。
8.获取指定路径下的子节点数：o count /path/to/node：获取指定节点的子节点数。
9.获取指定路径下的子节点和数据：o ls2 /path/to/node：获取指定节点的子节点和数据。
10.获取指定路径下的子节点和子节点数：o count2 /path/to/node：获取指定节点的子节点和子节点数。
11.获取指定路径下的子节点和子节点数和数据：o ls2 /path/to/node：获取指定节点的子节点和子节点数和数据。
12.获取指定路径下的子节点和子节点数和数据和子节点的子节点数和数据：o ls2 /path/to/node：获取指定节点的子节点和子节点数和数据和子节点的子节点数和数据。
Zookeeper的功能以及工作原理
Zookeeper的功能以及工作原理Zookeeper的功能以及工作原理1.ZooKeeper是什么？ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby 一个开源的实现，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。
最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户2.ZooKeeper提供了什么？1)文件系统2)通知机制3.Zookeeper文件系统每个子目录项如NameService 都被称作为znode，和文件系统一样，我们能够自由的增加、删除znode，在一个znode下增加、删除子znode，唯一的不同在于znode是可以存储数据的。
有四种类型的znode：1、PERSISTENT-持久化目录节点客户端与zookeeper断开连接后，该节点依旧存在2、PERSISTENT_SEQUENTIAL-持久化顺序编号目录节点客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号3、EPHEMERAL-临时目录节点客户端与zookeeper断开连接后，该节点被删除4、EPHEMERAL_SEQUENTIAL-临时顺序编号目录节点客户端与zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号<ignore_js_op>4.Zookeeper通知机制客户端注册监听它关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加删除）时，zookeeper会通知客户端。
5.Zookeeper做了什么？1.命名服务2.配置管理3.集群管理4.分布式锁5.队列管理6.Zookeeper命名服务在zookeeper的文件系统里创建一个目录，即有唯一的path。
在我们使用tborg无法确定上游程序的部署机器时即可与下游程序约定好path，通过path即能互相探索发现。
zookeeper
zookeeperzookeeper概述ZooKeeper工作原理ZooKeeper是有一组ZooKeeper服务器构成的系统。
一台Leader服务器，其他都是Follower当且仅当一半以上的Follower的状态和Leader状态同步后，才代表Leader选举完成，服务开启如果Leader失去响应，那么原有的Follower将选举一个新的Leader来协调工作ZooKeeper的设计目标简单化➢ZooKeeper通过共享体系的命名空间来协调，它由一些数据寄存器(Znode)组成。
数据存放在内存中。
健壮性➢只要大部分的服务器可用，那么ZooKeeper服务就可用。
➢如果连接到某服务器的TCP链接断开，客户端将连接到其他的服务器上。
有序性➢ZooKeeper可以为每次更新操作赋予一个版本号，此版本号是全局有序的速度➢在读取主要负载时尤其快。
➢ZooKeeper应用程序在上千台机器的节点上运行ZooKeeper的数据结构与组成ZooKeeper的结构类似于树，树中的节点成为ZnodeZnode负责数据的管理，并且执行协调更新操作ZooKeeper存在临时节点，这些节点与session同时存在可以为每个节点添加一个“监控”(Watcher)，当节点的状态发生改变时，用“监控”触发某个事件ZooKeeper的目录结构ZooKeeper的算法ZooKeeper的实现主要采用了原子广播(ZooKeeper Atomaic Broadcast，简称Zab)协议原子广播➢客户端所有的写请求都被转发给Leader➢Leader将请求通过广播的形式发送给所有Follower➢超过半数的Follower修改数据，Leader才会提交这个更新➢过程要么全部成功，要么全部失败ZooKeeper中服务器的状态➢LOOKING表示初始化状态，等待参与Leader的投票➢LEADING表示领导者状态，统一管理系统中其他的服务器➢FOLLOWING表示跟随着状态，除了Leader外，剩下的服务器都处于这个状态ZooKeeper领导者选举ZooKeeper领导者的选举过程➢核心思想：由某个新加入集群的服务器发起一次选举，如果该服务器获得n/2+1个票数，那么它将成为LeaderZooKeeper的特性会话➢客户端连接到ZooKeeper服务器时，建立一个会话➢每个会话都存在一个有效时间➢在真实的系统环境中，通过Ping请求保持会话不过期版本号➢版本号是一种乐观加锁的机制，使客户端能检测出对节点的修改冲突监控➢当节点的状态发生变化时，监控(Watcher)机制可以让客户端得到通知Zookeeper的数据模型»层次化的目录结构，命名符合常规文件系统规范»每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识»节点Znode可以包含数据和子节点，但是EPHEMERAL类型的节点不能有子节点»Znode中的数据可以有多个版本，比如某一个路径下存有多个数据版本，那么查询这个路径下的数据就需要带上版本»客户端应用可以在节点上设置监视器»节点不支持部分读写，而是一次性完整读写Zookeeper的节点»Znode有两种类型，短暂的（ephemeral）和持久的（persistent）»Znode的类型在创建时确定并且之后不能再修改»短暂znode的客户端会话结束时，zookeeper会将该短暂znode删除，短暂znode不可以有子节点»持久znode不依赖于客户端会话，只有当客户端明确要删除该持久znode时才会被删除»Znode有四种形式的目录节点，PERSISTENT、PERSISTENT_SEQUENTIAL、EPHEMERAL、EPHEMERAL_SEQUENTIALZookeeper的顺序号»创建znode时设置顺序标识，znode名称后会附加一个值»顺序号是一个单调递增的计数器，由父节点维护»在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断事件的顺序Zookeeper的保证»更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行»数据更新原子性，一次数据更新要么成功，要么失败»全局唯一数据视图，client无论连接到哪个server，数据视图都是一致的»实时性，在一定事件范围内，client能读到最新数据观察（watcher）»Watcher 在ZooKeeper 是一个核心功能，Watcher 可以监控目录节点的数据变化以及子目录的变化，一旦这些状态发生变化，服务器就会通知所有设置在这个目录节点上的Watcher，从而每个客户端都很快知道它所关注的目录节点的状态发生变化，而做出相应的反应»可以设置观察的操作：exists,getChildren,getData»可以触发观察的操作：create,delete,setData» 1.一次性触发器client在一个节点上设置watch，随后节点内容改变，client将获取事件。
zookeeper高可用原理
zookeeper高可用原理Zookeeper是一个分布式协调服务，提供了高可用性和一致性特性。
其高可用性主要是通过以下几个原理来实现的：1. 去中心化：Zookeeper采用了一种去中心化的设计思路，将数据存储在多个节点上，而不是集中存储在一个单点上。
这样即使有一些节点发生故障，其他节点仍然可以继续提供服务，从而提高了系统的可用性。
2. 选举机制：在Zookeeper集群中，每个节点都有可能成为Leader节点或Follower节点。
Leader节点负责处理客户端的请求，而Follower节点负责与Leader节点保持数据一致性。
当Leader节点发生故障或服务器崩溃时，Follower节点会通过选举机制来选择一个新的Leader节点。
选举过程中，Follower节点会互相通信，通过提议和投票的方式选择一个Leader。
选举完成后，新的Leader节点会与其他节点同步数据，使整个集群重新达到一致状态。
3. 数据一致性：Zookeeper采用了原子广播协议来确保数据的一致性。
当客户端向Leader节点发送写请求时，Leader节点会将请求广播给所有Follower节点。
Follower节点会按照Leader节点的顺序执行这些请求，并将结果返回给Leader节点。
只有当大多数Follower节点都执行成功后，Leader节点才会认为写操作完成，从而确保了数据的一致性。
4. Watch机制：Zookeeper提供了Watch机制，客户端可以在节点上注册监听事件。
当节点的状态发生变化时，所有注册了该节点的客户端都会收到通知。
这种机制可以让客户端实时感知到系统的变化，从而及时作出相应的处理。
例如，当一个客户端注册了一些节点的Watch事件后，如果该节点的数据发生改变，客户端会收到通知并立即触发相应的回调函数。
Watch机制使得客户端可以及时了解到系统的最新状态，从而提高了系统的可用性。
5. 快速失败：Zookeeper在各个节点之间采用了快速失败机制。
zookeeper通俗讲解
zookeeper通俗讲解ZooKeeper是一个为分布式应用程序提供高效、可靠的协作框架的服务。
该框架使用了类似于文件系统树的名称空间，并提供了一些高级服务，如配置管理、同步/异步数据复制、分布式锁定和协调。
下面，我们将详细介绍ZooKeeper的使用，以及它的重要性。
第一步是建立ZooKeeper集群。
建立一个ZooKeeper集群需要至少三台服务器，这些服务器运行ZooKeeper后台进程，将数据存储在内存中或持久存储介质中。
您可以使用ZooKeeper提供的命令，如zookeeper-server-start和zookeeper-shell等等，来管理ZooKeeper集群。
第二步是使用ZooKeeper的API和命令行界面。
您可以使用ZooKeeper API来编写分布式应用程序，这些应用程序可以获取和设置数据、监视数据变化、使用分布式锁定等。
另一个选项是使用ZooKeeper的命令行界面，如zkCli.sh，它提供了一些命令来管理ZooKeeper树。
第三步是利用ZooKeeper提供的服务。
ZooKeeper提供了一些高级服务，如Leader选举、分布式锁、权限控制等等。
例如，Leader选举是一种协议，可以在分布式系统中选择一个服务器作为领导者。
这在处理分布式任务时非常有用，因为只有领导者才能执行特定任务。
总之，ZooKeeper是一个用于协调和管理分布式应用程序的协作框架，在分布式系统中发挥着重要作用。
它通过提供高效、可靠的服务来使分布式应用程序的编写和管理更加简单和有效。
如果您正在开发或运行分布式应用程序，那么ZooKeeper肯定是一个值得考虑的解决方案。
zookeeper leaderserves 参数
主题：Zookeeper中leader选举及leader选举算法内容：1. 介绍ZookeeperZookeeper是一个分布式的开源分布式应用程序协调服务。
它是一个为大型分布式系统设计的中央化服务，用于管理一致性问题和服务注册。
Zookeeper可以用于构建分布式系统、解决分布式系统中数据一致性、状态同步和配置管理等问题。
2. Zookeeper中的leader选举在Zookeeper集群中，一个节点会被选举为leader来负责处理客户端请求。
选举出的leader节点将负责集群中各节点的状态同步和一致性控制。
但是，当leader节点宕机或者不可用时，Zookeeper会自动重新选举出新的leader节点来接替原来的leader节点，以保证服务的可用性和一致性。
3. leader选举算法在Zookeeper中，leader选举算法采用了一种称为“FastLeaderElection”的分布式选举算法。
这种算法通过节点之间的投票和通信来决定集群中的leader节点，保证了选举的一致性和可靠性。
- 选举算法要求集群中的节点尽量保持通信，确保及时的信息交换和选票传递。
- 当有节点发起选举时，集群中的其他节点将根据特定的规则对其进行响应和投票，最终决定出新的leader节点。
- 选举算法会考虑节点的运行状态、通信延迟等因素，确保最终选出的leader节点能够有效地处理客户端请求。
4. Zookeeper中leader选举参数在Zookeeper中，可以通过配置一些参数来影响leader选举的行为和效果。
- tickTime：用于设置集群中的节点之间的心跳检测时间间隔，影响节点的运行状态和通信效率。
- initLimit：用于设置集群中节点启动时，leader选举的超时时间，可以影响节点的启动速度和选举结果。
- syncLimit：用于设置集群中节点之间数据同步的超时时间，影响节点之间的数据一致性和状态同步。
zookeeper的set格式
zookeeper的set格式【最新版】目录1.ZooKeeper 简介2.set 格式的作用3.set 格式的基本语法4.set 格式的实例分析5.小结正文1.ZooKeeper 简介ZooKeeper 是一个开源的分布式协调服务，它主要用于分布式系统的协调和管理，例如分布式系统的配置管理、命名服务、分布式锁等。
ZooKeeper 提供了丰富的 API，使得开发者可以方便地实现这些功能。
2.set 格式的作用在 ZooKeeper 中，set 格式是一种用于创建或更新某个节点的值的操作。
通过 set 格式，可以实现对分布式系统中的数据进行有效的管理。
3.set 格式的基本语法set 格式的基本语法如下：```zkCli.set(znodePath, data, watcher)```其中，参数说明如下：- znodePath：要创建或更新的节点路径。
- data：要存储的数据。
- watcher：可选参数，用于监视节点的变化，当节点发生变化时，会触发回调函数。
4.set 格式的实例分析下面是一个使用 Python 实现的 set 格式的实例：```pythonimport zookie# 创建一个 ZooKeeper 客户端zk = zookie.ZooKeeper()# 连接到 ZooKeeper 服务器zk.connect("127.0.0.1:2181")# 创建一个节点，并设置其值为"Hello, ZooKeeper!"zk.set("/myNode", "Hello, ZooKeeper!")# 获取节点的值value = zk.get("/myNode")print("Value of /myNode:", value)# 监视节点的变化zk.watch("/myNode", (data, stat) => print("Data changed:", data))# 关闭 ZooKeeper 客户端zk.close()```5.小结通过以上介绍，我们可以看出，ZooKeeper 的 set 格式是一种非常实用的操作，它可以帮助我们方便地管理和协调分布式系统中的数据。
zookeeper sasl原理
ZooKeeper SASL原理解析1. 什么是ZooKeeper？ZooKeeper是一个开源的分布式协调服务，用于处理分布式应用程序中的各种协调任务。
它提供了一个简单且高效的分布式系统，可以用于配置管理、命名服务、分布式协调/通知和集群管理等场景。
在分布式系统中，ZooKeeper通过提供强一致性、高可用性和可靠性的服务来保证数据的一致性。
它使用了一种基于状态树（state tree）的数据模型，并提供了类似于文件系统的层次结构来组织数据。
2. 什么是SASL？SASL（Simple Authentication and Security Layer）是一种网络通信协议层，它为客户端和服务器之间的安全认证和传输层加密提供了一个框架。
SASL可以在多种应用层协议上使用，包括LDAP、IMAP、SMTP等。
SASL通过插件机制支持多种不同的认证机制，例如Kerberos、PLAIN（明文）、CRAM-MD5等。
这些认证机制允许客户端和服务器进行身份验证，并确保通信过程中的消息机密性和完整性。
3. ZooKeeper中使用SASL原理在ZooKeeper中，SASL用于对客户端和服务器之间的通信进行安全认证。
它通过在ZooKeeper客户端和服务器之间建立一个安全的通道，来保护敏感数据的传输。
3.1. 客户端认证当客户端连接到ZooKeeper服务器时，首先需要进行身份验证。
客户端可以选择使用不同的SASL机制与服务器进行认证。
以下是一个简化的客户端认证流程：1.客户端向服务器发送一个初始请求。
2.服务器返回一个包含支持的SASL机制列表的响应。
3.客户端选择一个合适的SASL机制，并将其作为下一步认证过程的参数。
4.客户端使用选定的SASL机制生成一个初始凭据，并将其发送给服务器。
5.服务器验证凭据，并返回下一步认证所需的挑战（challenge）。
6.客户端接收挑战并生成响应。
7.客户端将响应发送给服务器进行验证。
zookeeper prometheus 指标
zookeeper prometheus 指标ZooKeeper是一个分布式协调服务，它为大型分布式系统提供了一些基础服务，如配置管理、分布式同步和命名服务等。
Prometheus是一个开源的监控和告警工具，它可以收集各种时间序列数据，并通过强大的查询语言PromQL进行数据查询和告警。
以下是ZooKeeper的一些Prometheus指标：1.zookeeper_server_epoch ：这个指标表示ZooKeeper服务器的epoch 值，也就是服务器的版本号。
2.zookeeper_server_version ：这个指标表示ZooKeeper服务器的版本信息。
3.zookeeper_server_count ：这个指标表示ZooKeeper服务器实例的数量。
4.zookeeper_client_connections ：这个指标表示当前与ZooKeeper服务器建立的客户端连接数。
5.zookeeper_client_connections_total ：这个指标表示与ZooKeeper 服务器建立的客户端连接的总数。
6.zookeeper_client_operations ：这个指标表示当前正在进行的客户端操作的数量。
7.zookeeper_client_operations_total ：这个指标表示客户端操作的总数。
8.zookeeper_client_session_timeouts ：这个指标表示客户端会话超时的次数。
9.zookeeper_client_session_timeouts_total ：这个指标表示客户端会话超时的总次数。
10.zookeeper_client_watch_count ：这个指标表示当前设置的客户端监视器的数量。
11.zookeeper_client_watch_count_total ：这个指标表示设置的客户端监视器的总数量。
12.zookeeper_client_watch_duration ：这个指标表示客户端监视器的持续时间。
zookeeper aysncallback机制原理
zookeeper aysncallback机制原理摘要：1.ZooKeeper 简介2.ZooKeeper 中的事件处理机制3.AysnCallback 机制原理4.AysnCallback 的优点和应用场景5.总结正文：1.ZooKeeper 简介ZooKeeper 是一个开源的分布式协调服务，它为分布式应用提供了一种可靠的、实时的、可扩展的协调服务。
ZooKeeper 在分布式系统中扮演着非常重要的角色，它可以提供数据同步、分布式锁、分布式配置、领导选举等功能。
在ZooKeeper 中，有一个非常重要的概念就是事件处理机制。
2.ZooKeeper 中的事件处理机制ZooKeeper 中的事件处理机制主要包括两种：同步事件处理和异步事件处理。
同步事件处理：当一个客户端连接到ZooKeeper 后，它可以通过调用ZooKeeper 的同步方法（如：create、delete、getData 等）来处理事件。
这些方法会阻塞客户端的线程，直到事件处理完成。
异步事件处理：当一个客户端连接到ZooKeeper 后，它也可以通过注册事件监听器来处理异步事件。
异步事件处理允许客户端在处理事件时继续执行其他任务，这样就可以提高系统的并发能力和性能。
3.AysnCallback 机制原理在ZooKeeper 中，异步事件处理主要通过AysnCallback 机制来实现。
AysnCallback（Asynchronous Callback）是一种异步回调机制，它允许客户端在处理事件时继续执行其他任务。
AysnCallback 机制的原理如下：（1）当客户端连接到ZooKeeper 后，它会注册一个AysnCallback。
（2）当ZooKeeper 中有事件产生时，ZooKeeper 会根据事件类型将事件放入对应的事件队列中。
（3）事件队列中的事件会按照先进先出（FIFO）的顺序被处理。
当一个事件被处理时，ZooKeeper 会根据该事件的类型调用相应的处理方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Zookeeper配置参数
API接口
create(String path, byte[] data, List<ACL> acl, CreateMode createMode) delete(String path, int version) exists(String path, boolean watch) setData(String path, byte[] data, int version) setACL(String path, List<ACL> acl, int version)
• FastLeaderElection
添加logicalclock控制，每一次新的选举，所有节点的起始 值一样。每次收到回复都会计算投票结果，计算方法同 LeaderElection一致。
示例
1:server1(5) 2:server2(5) 3:server3(6) 4:server4(6) 5:server5(5)
所有的API接口都是以操作znode为中心的
目录结构
Node1 Node21 Node2 Node22 Node3 register watch watch Client watch Client Client register
zookeeper节点
根节点 节点名称和节点数据(二进制) 节点类型 1.临时节点 session过期后自动删除 2. 持久化节点 持久化到硬盘 3.有序节点 包括临时和持久化两种类型，节点名称后 面自动添加编号
FinalRequestProcess or
应用场景
• 统一命名服务
zookeeper的树形目标结构可以做为命名规则
• 配置管理
配置信息统一在维护在zookeeper中，需要这些配置信息的 客户端watch配置信息节点的状态，当配置信息改变是会 自动触发watch,通知客户端。
• 集群管理
通过zookeeper的EPHEMERAL node监测server的活动状态 ，server启动时创建临时节点，如果server退出，则节点会 自动删除。
验证方式 1. digest 用户名密码，对用户非透明。 2. IP 设置某一IP对节点的访问控制权限
ACL设置
Scheme(digest/ip) connect addAuth Scheme(digest/ip)
Bind to Server
Create/setAcl
实现AuthenticationProvider接口自定义scheme及验证方式
数据存储
Loaded into memory
所有节点数据信息全部保存在内存中
Write Ahead Log
写操作记录日志，用于数据恢复。
SnapShot
数据快照cycle:50000--100000 times write request
Zookeeper系统角色
Follower
Folபைடு நூலகம்ower
Zookeeper
概述
安装与应用
结构与原理
概述
Zookeeper Servers
Server Server
Server(L)
Server
Server
Client
Client
Client
Client
Client
Zookeeper 作为一个分布式的服务框架，主要用来解决分 布式集群中应用系统的一致性问题，它能提供基于类似于 文件系统的目录节点树方式的数据存储，但是 Zookeeper 并不是用来专门存储数据的，它的作用主要是用来维护和 监控你存储的数据的状态变化。通过监控这些数据状态的 变化，从而可以达到基于数据的集群管理
Follower
Leader
Follower
Observer
Follower
Leader选举算法
• LeaderElection
UDP服务，每个server轮询所有server,获取每个server的投 票，统计zxid最大的server得票数，同时更新自己的选票， 当得票>1/2节点数是选举结束 等待所有服务器返回后再统计投票结果，最后选择的 leader有可能不是zxid最大的server。
4:server4(6)
注意：如果server3和server4后启动，则会选举server5为 leader，server3和server4启动时，由于server5的得票为3， 超过了1/2，所以server3和server4也会把server5做为leader
请求流程
处理链
SyncRequestProcess or PrepRequestProcess or SyncRequestProcess or
4:server4(6)
4:server4(6)
4:server4(6)
4:server4(6)
4:server4(6)
1:server1(5) 2:server2(5) 3:server3(6) 4:server4(6) 5:server5(5)
4:server4(6) 4:server4(6) 4:server4(6) 4:server4(6) 4:server4(6)
zookeeper特性
结构简单
类似于文件系统的树状结构
数据备份
数据一致性,snapshot+WAL
有序性
有序的事务编号zxid
高效性
所有server都提供读服务
Zookeeper下载
release 3.3.3 available /release.html tar –axvf zookeeper-3.2.2.tar.gz 解压到任意目录 修改conf目录zoo_sample.cfg为zoo.cfg 修改配置参数 sh zkServer.sh start
应用场景
• 分布式共享锁
1. Server 创建一个 EPHEMERAL_SEQUENTIAL 目录节点， 当目录节点列表中最小的目录节点就是自己创建的目录节 点它就获得了这个锁；释放锁时删除自己创建的目录节点 2. 通过竞争创建同一目录节点获取锁，释放锁时删除创建的 目录，未获取锁的server监听目录节点的状态。
交互
Watch事件
节点上可以添加Watch 事件 类型：
NodeCreated节点创建 NodeDataChanged节点数据修改 NodeDeleted节点删除 NodeChildrenChanged子节点改变
自动触发 一次注册，一次响应
权限验证
权限类型
READ/WRITE/DELETE/CREATE/ADMIN 权限是作用到节点中的，对目录的权限不会作用 到子节点上。
Controller
全局更新控制
数据目录
wapage
indexserver
worker
controller
hostlock
appconfig
News
Novel…
host1
Host2..
server1
serverN
总结
• 优点 1.高效、稳定、容错 2.部署配置及接口比较简单 3.应用范围比较广 • 问题 1.socket敏感，由于网络原因容易出现问题
• 队列管理(SEQUENTIAL节点)
1. 当一个队列的成员都聚齐时，这个队列才可用，否则一直 等待所有成员到达，这种是同步队列。
2. 队列按照 FIFO 方式进行入队和出队操作，例如实现生产 者和消费者模型。
线上应用
ZooKeeperServers
Master Master Master
Searcher: Worker Searcher: Worker 大库 Searcher: Worker 大库 大库 Searcher: Worker Searcher: Worker 新闻 Searcher: Worker 新闻 新闻
FollowerRequestProc essor
ProposalRequestProc essor
FollowerRequestProc essor
CommitProcessor
CommitProcessor
CommitProcessor
FinalRequestProcess or
FinalRequestProcess or