正如在前面的消息中看到的，Kafka 说，他主要有一个"制作人"，一个将消息发送到卡夫卡，一个正在存储消息的"卡夫卡（经纪人）"，一个"消费者"来接收消息。最后，还有一个协调应用程序，卡夫卡和不能下降主守护者zookeeper。

主守护者是一个协调应用程序，用于集中管理分布式应用程序，用于管理 Kafka 的状态。由于卡夫卡与主守护者的密切沟通，因此使用主守护者对于使用卡夫卡至关重要。

最初，主守护者是Hadoophadoop的子项目之一。Hadoop 是一个高容量分布式处理应用程序，它开始需要协调应用程序来集中管理分布式应用程序，并开始使用子项目开发主守护者。然而，在 2011 年 1 月，主守护者最终被提升为 Apachi 顶级项目，现在不仅用于 Apachi Kafka，还用于各种应用程序。

[来源] https://zookeeper.apache.org/doc/current/zookeeperover.html

如上图所示，主守护者以群集形式配置多个服务器。（在主基弗中，此类群集称为"合奏"。然后，多个分布式应用程序与客户端和主守护服务器连接，然后发送和接收状态信息。这些状态信息以键值 （key： value） 的形式存储在主守护者内部称为"节点节点"的地方。

G节点是指在主保持器中存储数据的空间的名称，类似于普通计算机上的文件夹结构。

最根目录由 / 表示，其下有一个子路径，如 app1 和 app2，其下p_1与应用程序结构相同。吉诺德管理版本号，以便通过数据更改进行验证，因此，每当该地节点中的数据发生更改时，该版本号都会增加。

此外，存储在主守护程序中的数据都存储在内存中，因此吞吐量非常大且速度很快。

在上面，主守护者说，它由合奏组成，如果合奏中的节点中超过一半，他们将继续提供服务。例如，如果具有五个节点룯，则即使两个节点出现故障，它们仍可以持续运行，因为超过一半是活的。这意味着，组合配置的数量越多，多数数也会增加，因此，即使发生故障，也可以响应故障。

由于应用多数方法，主守护者必须奇数配置服务器。

主守护者可以在下面的 url 中下载，或者可以使用 docker 与 Kafka 一起配置。