Dubbo建议使用Zookeeper作为注册中心。
1.Zookeeper的作用
zookeeper用来注册服务和进行负载均衡的，哪一个服务由哪一台机器提供必须让调用者知道，简单来说就是ip地址和服务名称的对应关系。当然也可以通过硬编码的方式把这种对应关系在调用方业务代码中实现，但是如果提供服务的机器挂掉，调用者无法知晓，如果不更改代码会继续请求挂掉的机器提供服务。zookeeper通过 心跳机制可以检测挂掉的机器并将挂掉的机器的ip和服务对应关系从列表中删除。至于高并发，简单来说就是横向扩展，在不更改代码的情况通过添加机器来提高运算能力。通过添加新的机器向zookeeper注册服务，服务的提供者多了能服务的客户也就多了。
2.dubbo
是管理中间层的工具，在业务层到数据仓库间有非常多服务的接入和服务提供者需要调度，dubbo提供一个框架解决这个问题。
注意这里的dubbo只是一个框架，至于架子上放什么完全取决于自己，就像一个汽车骨架，你需要配置轮子引擎。这个框架中要完成调度必须有一个分布式的注册中心，存储所有的服务的元数据，你可以使用zk，可以使用其他的，只是大家都用zk。
3.zookeeper和dubbo的关系
Dubbo的将注册中心进行抽象，是得把它可以外接的不同的存储媒介给注册中心提供服务，有zookeeper，Memcached，redis等。
引入了Zookeeper作为存储媒介，也就把Zookeeper的特性引进来。首先负载均衡，单注册中心的承载能力是有限的，在流量达到一定程度的时候就需要分流，负载均衡是为了分流存在的，一个Zookeeper群配合相应的web应用就可以很容易达到负载均衡；资源同步，单单有负载均衡是不够的，节点之间的数据和资源需要同步，Zookeeper集群就天然具备这样的功能：命名服务，将树状结构用户维护全局的服务地址列表，服务提供者在启动的时候，向ZK上指定节点/dubbo/${serviceName}/providers目录下写入自己的URL地址，这个操作就完成了服务的发布。其他特性还有Mast选举，分布式锁等。