观察者：扩展ZooKeeper而不影响写性能
尽管ZK运行地很好通过客户端直接连接来投票集群的成员，这个结构使它很难扩展出很多客户端。问题是当我们加入更多的投票成员时，写性能就会下降。这是因为一个写操作需要(通常)至少集群中一半的节点同意，并且投票的花费可能明显地增加当加入更多的投票者时。
我们已经引入一个新的Zk节点类型叫作观察者，它能帮助解决这个问题并且进一步地提高ZK的扩展性。观察者是集群中不投票的成员，只监听投票的结果，而不是同意协议通往他们。除了这一个小的不同点，观察者和追随者的功能几乎一样 - 客户端可以连接到他们并且发送读和写请求给他们。观察者推送这些请求给领导者就像追随者那样，但是他们然后简单地等待投票的结果。因为这个，我们可以想增加多少就可以增加多少观察者的数量而不影响投票的数量。
观察者还有另外一个优点。因为他们不参与投票，他们不是ZK集群的关键部分。因为他们可以失效，或者和集群失联，而不影响ZK服务的可用性。对用户来说好处是观察者可以通过不怎么可靠的网络连接相连。事实上，观察者可以被用来从另一个数据中心和ZK服务对话。观察者的客户端将看到很快地读，因为所有的读是在本地被服务的，并且写导致很小的网线影响因为消息需要的投票者存在的数量更少。
怎么使用观察者
启动一个ZK集群使用观察者是非常简单的，只需要对你的配置文件做两个改变。首先，在每一个想要成为观察者节点的配置文件中，你必须加入这一行：
peerType=observer
这一行告诉ZK这个服务端想要成为观察者。第二，在每一个服务端的配置文件中，你必须在每一个观察者的服务者定义那一行加入:observer。例如:
server.1:localhost:2181:3181:observer
这告诉每一个其它服务端server.1是一个观察者，并且他们应该不要求它来投票。这是所有你需要增加的配置。现在你可以连接上它就好像它是一个普通的追随者。试试。通过运行下面的命令：
bin/zkCli.sh -server localhost:2181
这里的localhost:2181是观察者的主机名和端口号，正如在每一个配置文件中指定的那样。你应该可以看到一个命令行提示，通过它你可以发起像ls的命令来查询ZK服务。
使用案例
下面列出了两个使用安全。事实上，在你想要扩展ZK集群的客户端数量的地方，或者你想从处理客户端请求的压力隔离关键集群的关键部分。观察者是一个好的选择。
- 作为一个数据中心桥梁:在两个数据中心之间组成一个ZK集群是一个有问题的努力,因为数据中心之间的很高的延迟可能导致假阳性的失效检测和隔离。然而如果如果集群完全运行在一个数据中心，并且第二个数据中心只运行观察者，隔离就不是集群关心的问题。观察者的客户端仍然可以看和发起建议。
- 作为到一个信息bus的连接 - 一些公司已经表示了使用ZK作为持续性可靠的消息bus的兴趣。对于这个工作观察者将给出一个自然地整个点：一个插件机制可以被使用来附加到建议的流上一个观察者看作一个发布-订阅系统，而不加载主要的集群。