顾名思义，Zookeeper（称为ZK）是动物园管理员的含义。在Hadoop生态系统的动物园中，他确实管理着Hadoop，HBase（鲸鱼）等动物；依靠他（例如Storm，Kafka）。在分布式场景中，ZK具有广泛的应用程序，例如：数据释放/释放/订阅，命名服务，配置中心，分布式锁，集群管理，选择主和服务发现等。以下显示了如何组建动物园管理器以及如何管理其他“动物”
顾名思义，Zookeeper（称为ZK）是动物园管理员的含义。在Hadoop生态系统的动物园中，他确实管理着Hadoop，HBase（鲸鱼）等动物；依靠他（例如Storm，Kafka）。在分布式场景中，ZK具有广泛的应用程序，例如：数据释放/释放/订阅，命名服务，配置中心，分布式锁，集群管理，选择主和服务发现等。以下显示了如何组建动物园管理器以及如何管理其他“动物”
在大数据大陆的第一年，一切都是全新的。在上一家巨大国家（例如Oracle）中，MySQL和PostgreSQL无能为力，可以增加疯狂的资源，每个人都只能希望大数据大陆可以绩效来处理和使用这些生物。在这种情况下，大型居民，大数据数据大陆共同努力，形成各种联邦，例如Hadoop Federation和HBASE联合会。这些联邦是一个小城市（工人），在统一国王的领导下，以处理和利用数据资源。
此外，大数据联合会能够更好地应对数据的原因比以前的巨大国家更好。随着数据的不断增长，这是因为大数据联邦可以扩大自己的“数据结合城市的能力”。
但是请考虑一下，似乎有任何错误。它并不那么简单。在正常情况下，它必须是平稳的航行，但是有意外的风暴，人们很幸运。问题很奇怪。
这些问题困扰了大数据大陆的每个成员，但是这些事情非常重要，需要解决。否则，联邦大数据联邦将不满意。“数据是正确的。几乎所有面临上述问题的联邦政府都使议会帮助他们解决这些问题。接下来，议会开始封锁让议会开始表现的道路。
那么议会如何解决上述两个问题？以下解释：
国王走了，想选举新国王吗？小案子，国王的任命可以得到议会的认证和授权。方法如下：
国王是联邦指挥官，与整个数据的整个原因有关，因此国王不能太累，因此进入半死的状态（服务器负载太高）。没有压力，因此给出了以下方案：
议会已经完美地解决了各种大数据FEDES的痛苦点，每个人对早期大数据的关注正在处理数据，只有议会才能帮助他们解决这些常见问题。因此，毫无疑问，每个人都选择了议会。从基本上讲，它成为了那个时代的标准，从那以后，它开始了上帝的道路。
这个故事暂时结束，总结了一波笔记，这里的重点是：
这个问题相对较大，更广泛。这不是本文的重点。我不会在这里说太多。如果您有一点提及，则可以自我学习。如果您不明白，则可以留言进行交流。
Zookeeper使用的一致性算法是ZAB算法（Zookeeper自动广播）算法。这是Zookeeper的大多数功能的基础。ZAB部门的PAXOS算法已根据Paxos进行了自定义。上一篇博客文章中编写的RAFT算法的功能是相同的，但是RAFT算法易于理解和实现。
然后，上面的故事，一天已经过去了，如果一切顺利，这可能是故事的结局。但是，奇妙的故事总是逆转，而这个故事也是如此。您突然期待着它？可能会反转什么？
故事继续发展。慢慢地，议会解决了以前的问题后有很多新问题，大数据大陆上新上升的联邦开始放弃议会；寻找替代议会的方法。那年发生了什么事？议会是积极进取的，每个人都在思考...
以下是我能想到的，欢迎添加。我解释了直接原因和间接原因：
翻译以上词：
作为一项出色的协调服务，在数据量并不特别大的情况下，Zookeeper仍然非常有用。但是，随着数据量的越来越大，处理压力越来越大，Zookeeper都会变得越来越多而且更强大。这一点很少使用新一代的大数据组件中的动物园管理器，并且使用Zookeeper的组件正在减少Zookeeper对（HBase）的依赖（HBase）或试图摆脱Zookeeper（2.8版Kafka）Zookeeper）。
但这也是技术的魅力。江山有才华，他们的领导才有数百年。一旦光荣，我们不会以这种方式生活，作为技术人员，我们还需要继续学习，拥抱新技术并接受变化。我们可以改变技术发展趋势的云吗？