etcd 是 CoreOS 团队出品的 kv 分布式数据库产品，常用作服务注册/发现，性能明显优于 zk。zookeeper 低性能的写操作被人诟病已久，奈何世界不同，体验不了 etcd。现在，CoreOS 给出官方疗法，zetcd，为 zoo 客户端代理 etcd 服务。

ZooKeeper 是一个开源的分布式协调服务，由雅虎创建，是 Google Chubby 的开源实现。分布式应用程序可以基于 ZooKeeper 实现诸如数据发布 / 订阅、负载均衡、命名服务、分布式协调 / 通知、集群管理、Master 选举、分布式锁和分布式队列等功能。

站在未来的路口，回望历史的迷途，常常会很有意思，因为我们会不经意地兴起疯狂的念头，例如如果当年某事提前发生了，而另外一件事又没有发生会怎样？一如当年的奥匈帝国皇位继承人斐迪南大公夫妇如果没有被塞尔维亚族热血青年普林西普枪杀会怎样，又如若当年的丘老道没有经过牛家村会怎样？

zookeeper-docker 可以通过环境变量定义zk配置参数

举个栗子：起床闹钟响了驱动我们该起床了，上课铃声响了驱动我们进教室上课、放学铃声响了驱动我们上课结束了可以爱干嘛干嘛去了。 转入正题，事件驱动的应用无处不在比如：spring、netty、zookeeper、mq，而且事件【event】和监听器【listener】都是成对存在的…

通过在高可用实践中的一点思考，从而设计出来一种在保障数据一致性的条件下，解决系统高可用的副本协议。相比于paxos和raft协议，由于本设计需要依赖于分布式协调服务，因此在性能等方面不占优势。但是本设计依然有其自身的优点，比如实现简单，易于理解，更容易地证明其实现的正确性。

既然我们是要学习源码，那么如何高效地学习源代码呢？答案就是跟踪日志。说到zookeeper日志，小编觉得非常的重要，如果没有日志文件，后期的zookeeper事务处理基本上不能玩。因此，我将zookeeper日志放在源码分析系列的第二部分，也是在能够运行zookeeper的基础…

应用程序需要知道 ZooKeeper 节点状态的情况很常见，如主从模式中从节点需要知道主节点是否崩溃。 轮训的方式很低效，尤其是在期望变化频率很低时。 ZooKeeper 提供了监视点（watch）这一处理节点变化的重要机制，客户端对指定 znode 节点注册通知请求，在节点状…