Zookeeper 3.2.0 之后最被低估的特性：Chroot 命名空间隔离

大家好，我是31岁、依然对技术充满好奇心的小米。

前几天，一个准备跳槽的朋友来找我，说：“面试官问了个问题Zookeeper 的 Chroot 特性是什么？我当时脑子一片空白。”

我一听，乐了。这题看起来小，其实背后藏着分布式系统里一个非常优雅的设计思想——“命名空间隔离”。

今天我们就用一个故事，把它讲清楚。

从“合租大别墅”说起

想象一下，你在新加坡租了一栋超级大的别墅。这栋别墅很豪华，房间很多，客厅、书房、储藏室一应俱全。但问题来了。

有三家公司一起合租这栋房子：

• A 公司放配置
• B 公司做分布式锁
• C 公司做服务注册

所有人都在同一栋房子里活动。如果没有规则，A 公司随便改了储藏室的东西，B 公司可能就崩了。

这栋“别墅”，就是Zookeeper 的数据树。

Zookeeper 本质是一棵树

在正式聊 Chroot 之前，我们先快速复习一下Apache ZooKeeper的结构。

Zookeeper 的数据结构是一个类似文件系统的树状结构：

每个节点叫 znode。

如果多个应用共用一个 Zookeeper 集群，通常我们会人为地在根目录下划分子目录。

但问题来了如果客户端不小心操作到了别人的目录怎么办？