昨天在讨论平台新架构的时候，还在说要搞个配置管理的服务出来，方便接口的管理。然后今天就看到了这个……人品爆发了吗？
好吧，不扯淡，直接翻译 Doozer 的 README 吧。Doozer 我还没实测，不过感觉，如果真得像 README 上面说得那样，还是很有用，很有用的。
关键——这个玩意提供了 go 的接口。（补充一点，忘了说了，这个是用 go 开发的）
项目代码托管于此：Doozer。
———————-翻译分割线———————-
Doozer
这是什么？
Doozer 是高可用的，完整一致性的用于小量、极端重要的数据的存储。当数据变化时，它立刻通知接入的客户端（不缓存），对于那些很少更新，但是希望更新发生时实时性高的客户端来说是非常理想的。Doozer 对于名字服务、主数据库选取和多个设备之间的配置数据同步很适合。了解什么时候应该使用它？下面，有详细的信息。
通过邮件列表同其他用户和开发者讨论 doozer。
快速开始
- 下载 doozerd
- 解压缩
- 启动 doozerd
$ doozerd
- 设置一个键，然后再读出来
$ echo "hello, world" | doozer set /message 0 $ doozer get /message 11046 13 hello, world - 5. 访问 http://localhost:8080 查看消息
它是如何工作的？
Doozer 是一个网络服务。一票机器（通常是三、五或七个）每个都运行一个 doozer 服务进程。这些进程使用标准的全一致性分布式完整性算法进行通讯。客户端接入一个或多个 doozer 服务器，发出命令，如 GET、SET 和 WATCH，并且接收响应。
（在这里插入一个网络结构图）
每个 doozerd 进程完整的复制一份数据存储，并且提供读写请求；没有“master”或“leader”的区别。Doozer 被设计为存储能存放于内存的数据；它永远都不会将数据写入持久化文件。一个独立的工具提供了用于备份和恢复的持久化存储。
什么时候应当使用它？
这里有一些情景：
- 名字服务
有若干机器提供 HTTP 请求的服务。当发生硬件故障，这些机器中的一个坏掉了，你将其替换为另一个网络地址上的新的机器。而由于原有的 DNS 记录的 TTL 使得客户端会缓存一段时间，DNS 数据的更新到达客户端，可能需要一段时间。
代替 DNS，可以使用 Doozer。客户端可以订阅它们感兴趣的名字，然后在这些名字的地址变化时，客户端会收到通知。 - 主数据库选取
部署了 MySQL 系统。为了使其具有高可用性，在另一台物理独立的机器上增加了一个从服务器。当主服务器异常时，可以将某台从服务器变为主服务器。在任何时间，客户端需要知道哪个服务器是主服务器，而发生问题的时候，从服务器之间也需要协调。
可以使用 doozer 存储当前主服务器的地址，以及在发生异常时协调所需要的任何信息。 - 配置
在多个不同的机器上有一些进程，并且期望它们使用相同的配置文件，这些文件会不定期更新。所有进程使用相同的配置非常重要。
将配置文件保存在 doozer 中，然后让进程从 doozer 中读取配置。
我能为这个项目做些什么？
参阅协议说明查看命令列表
类似的项目
Doozer 同下面的软件类似：
* Apache Zookeeper http://zookeeper.apache.org/
* Google Chubby http://labs.google.com/papers/chubby.html
Hacking on Doozer
许可证和作者
Doozer 发布于 MIT 许可证。参阅 LICENSE 了解更多信息。
Doozer 由 Blake Mizerany 和 Keith Rarick 创建。输入
git shortlog -s
得到完整的贡献者名单。
有疑问加站长微信联系（非本文作者）
