一、命名服务

在日常开发中，我们会遇到这样的场景：服务A（开发者：小李）需要访问服务B（开发者：小王），但是服务B还在开发过程中（未完成），那么服务A（此时已完成）就不知道如何获取服务B的访问路径了（假设我们使用http服务），小李还有其他工作要做，该怎么办呢？使用zookeeper的服务就可以简单解决：小李和小王约定好：服务B部署成功后，先到zookeeper注册服务（即在zookeeper添加节点/service/B和节点数据）。服务A开发结束后，部署到服务器，然后服务A监控zookeeper服务节点/service/B，如果发现节点数据了，那么服务A就可以访问服务B了。

在服务A中添加代码，用于观察节点/service/B是否存在以及节点数据的变化。

CuratorFramework client = CuratorFrameworkFactory				.builder()				.connectString("192.168.1.123:2181")				.sessionTimeoutMs(5000)				.connectionTimeoutMs(5000)				.retryPolicy(retryPolicy)				.build();				client.start();        Stat stat = new Stat();        byte[] data = client.getData().storingStatIn(stat).forPath("/jike");		if (data != null) {            System.out.println("B'Node data:"+new String(data));            //TODO 执行服务A调用服务B的代码        }

二、配置管理

目前很多公司开发或者使用的程序都是分布式的，而程序总会或多或少的存在一些额外配置，且分散部署在多台机器上。某一条要修改配置，要逐个去修改配置就变得有些困难，特别是应用部署的点数特别大的时候，就成了不可能完成的事情了。一种方式就是把相关配置写到数据库中，每个应用去读取数据库的配置，这种方式优点就是把配置集中管理，缺点也很明显，就是不能及时获得配置的变革，要及时获得变更后的配置，就要不停的去扫描数据库，而这又会造成数据库的压力巨大。

我要说的这种方式就是利用zookeeper的这种发布订阅、watch来实现。即，把相关的配置数据写到zookeeper的某个指定的节点下。应用服务监听这个节点的数据变化，一旦节点数据（配置信息）发生了变化，应用服务就会收到zookeeper的通知，然后应用服务就可以从zookeeper获得新的配置信息。

（该配图从网络下载）

(完)