docs(zookeeper): add zookeeper-application-scenarios.md

Zookeeper 的应用场景

Author: yanglbme

README.md

@@ -23,6 +23,7 @@
 - [如何自己设计一个类似 Dubbo 的 rpc 框架？](/docs/distributed-system/dubbo-rpc-design.md)
 
 ### 分布式锁
+- [Zookeeper 都有哪些应用场景？](/docs/distributed-system/zookeeper-application-scenarios.md)
 - 使用 Redis 如何设计分布式锁？
 - 使用 zk 来设计分布式锁可以吗？
 - 以上两种分布式锁的实现方式哪种效率比较高？

docs/distributed-system/zookeeper-application-scenarios.md

@@ -0,0 +1,37 @@
+## 面试题
+zookeeper 都有哪些使用场景？
+
+## 面试官心理分析
+现在聊的 topic 是分布式系统，面试官跟你聊完了 dubbo 相关的一些问题之后，已经确认你对分布式服务框架/RPC框架基本都有一些认知了。那么他可能开始要跟你聊分布式相关的其它问题了。
+
+分布式锁这个东西，很常用的，你做 Java系统开发，分布式系统，可能会有一些场景会用到。最常用的分布式锁就是基于 zookeeper 来实现的。
+
+其实说实话，问这个问题，一般就是看看你是否了解 zookeeper，因为 zk 是分布式系统中很常见的一个基础系统。而且问的话常问的就是说 zk 的使用场景是什么？看你知道不知道一些基本的使用场景。但是其实 zk 挖深了自然是可以问的很深很深的。
+
+## 面试题剖析
+大致来说，zk 的使用场景如下，我就举几个简单的，大家能说几个就好了：
+
+- 分布式协调
+- 分布式锁
+- 元数据/配置信息管理
+- HA高可用性
+
+### 分布式协调
+这个其实是 zk 很经典的一个用法，简单来说，就好比，你 A 系统发送个请求到 mq，然后 B 系统消息消费之后处理了。那 A 系统如何知道 B 系统的处理结果？用 zk 就可以实现分布式系统之间的协调工作。A 系统发送请求之后可以在 zk 上**对某个节点的值注册个监听器**，一旦 B 系统处理完了就修改 zk 那个节点的值，A 立马就可以收到通知，完美解决。
+
+![zookeeper-distributed-coordination](/img/zookeeper-distributed-coordination.png)
+
+### 分布式锁
+举个栗子。对某一个数据连续发出两个修改操作，两台机器同时收到了请求，但是只能一台机器先执行完另外一个机器再执行。那么此时就可以使用 zk 分布式锁，一个机器接收到了请求之后先获取 zk 上的一把分布式锁，就是可以去创建一个 znode，接着执行操作；然后另外一个机器也**尝试去创建**那个 znode，结果发现自己创建不了，因为被别人创建了，那只能等着，等第一个机器执行完了自己再执行。
+
+![zookeeper-distributed-lock-demo](/img/zookeeper-distributed-lock-demo.png)
+
+### 元数据/配置信息管理
+zk 可以用作很多系统的配置信息的管理，比如 kafka、storm 等等很多分布式系统都会选用 zk 来做一些元数据、配置信息的管理，包括 dubbo 注册中心不也支持 zk 么？
+
+![zookeeper-meta-data-manage](/img/zookeeper-meta-data-manage.png)
+
+### HA高可用性
+这个应该是很常见的，比如 hadoop、hdfs、yarn 等很多大数据系统，都选择基于 zk 来开发 HA 高可用机制，就是一个**重要进程一般会做主备**两个，主进程挂了立马通过 zk 感知到切换到备用进程。
+
+![zookeeper-active-standby](/img/zookeeper-active-standby.png)