ZooKeeper-分布式协调服务

到目前为止ZooKeeper是我们第三个中间件：前面2个是web服务器（Nginx），代理服务器，当然这里我介绍这部分内容只是我相对比较熟悉部分，实际业务需要需要进行配置。下面就是一个简单总结。

所以我们这里准备了6个节点，AZ1：3个普通节点，AZ2：2个普通节点，一个OB节点。由于OB的特性，可以算这个集群只有5个节点，只要有3个节点就可以正常选举出来Leader。

我们的第二个案例就是把ZooKeeper作为订阅中心，来实现信息更新，也就是我们前面讲过的watch机制。

这里设计了2个服务，服务a和服务b，他们之间有调用关系，但是他们默认不知道对方的地址，通过zookeeper实现通信。

ZooKeeper作为一个分布式软件，在生产中一般都是多节点运行的，所以对于备份的需求其实并不高，但是这里还是介绍3个方法。

我们虽然前面讲过4字命令和自带的Shell脚本可以读取ZooKeeper的运行状态，但是它并不成体系。还有就是目前云原生的情况下，我们的的监控也需要接入Prometheus和Grafana。

ACL 是 ZooKeeper 权限控制的核心机制，用于定义哪些客户端可以访问特定的 znode，以及它们可以执行哪些操作。ACL 的实现类似于 UNIX 文件系统的权限控制，但它更加灵活。

我们前面已经讲过使用ZooKeeper给我们提供的脚本可以检查集群的角色，但是这个信息还是太少，我们怎么看到ZooKeeper运行详细信息呢，有没有可以查看集群运行情况的命令呢？

作者介绍：简历上没有一个精通的运维工程师。请点击上方的蓝色《运维小路》关注我，下面的思维导图也是预计更新的内容和当前进度(不定时更新)。 前面我们介绍介绍了几个常用的代理服务器，本章节我们讲来讲解Zo

前面我们介绍了Zookeeper的事务日志（Txn Log）‌，那他在Linux里面究竟是什么样的呢？ 默认我们未修改数据存储目录的情况下，这个录/tmp/zookeeper/

ZooKeeper通过‌事务日志（Txn Log）‌和‌内存数据树（DataTree）‌的双重机制保证数据持久化与一致性

上个小节我们介绍了Zookeeper的选举流程，本小节来讲解一个读写流程，作为集群对外提供服务，而我们的客户端连接的时候也会把所有的地址都写到配置文件里面，那么读写数据的时候他具体是怎么实现的呢？

我们前面部署了集群版的ZooKeeper，里面有2个角色，一个是Leader，另外一个是Floower，他们是如何来选举自己Leader呢?

Znode 是 ZooKeeper 数据模型中的基本数据节点，类似于文件系统中的文件或目录。它以树形结构存储数据，并可以包含子节点。每个 Znode 都有一个唯一的路径。

ZooKeeper 是一个分布式协调服务，广泛应用于分布式系统的配置管理、命名服务、分布式锁等场景。本文将详细介绍 ZooKeeper 单机安装和集群安装的步骤。

前面我们介绍介绍了几个常用的代理服务器，本章节我们讲来讲解Zookeeper这个中间件，今天这个小节是ZooKeeper的介绍。