dubbo与zookeeper的关系

 

 

Dubbo建议使用Zookeeper做为服务的注册中心。并发

1.   Zookeeper的做用:负载均衡

        zookeeper用来注册服务和进行负载均衡,哪个服务由哪个机器来提供必需让调用者知道,简单来讲就是ip地址和服务名称的对应关系。固然也能够 经过硬编码的方式把这种对应关系在调用方业务代码中实现,可是若是提供服务的机器挂掉调用者没法知晓,若是不更改代码会继续请求挂掉的机器提供服务。 zookeeper经过心跳机制能够检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。至于支持高并发,简单来讲就是横向扩展,在不更改代码 的状况经过添加机器来提升运算能力。经过添加新的机器向zookeeper注册服务,服务的提供者多了能服务的客户就多了。
 框架

 

2.  dubbo:分布式

      是管理中间层的工具,在业务层到数据仓库间有很是多服务的接入和服务提供者须要调度,dubbo提供一个框架解决这个问题。ide

      注意这里的dubbo只是一个框架,至于你架子上放什么是彻底取决于你的,就像一个汽车骨架,你须要配你的轮子引擎。这个框架中要完成调度必需要有一个分布式的注册中心,储存全部服务的元数据,你能够用zk,也能够用别的,只是你们都用zk。

3. zookeeper和dubbo的关系:
      Dubbo的将注册中心进行抽象,是得它能够外接不一样的存储媒介给注册中心提供服务,有ZooKeeper,Memcached,Redis等。
      引入了ZooKeeper做为存储媒介,也就把ZooKeeper的特性引进来。首先是负载均衡,单注册中心的承载能力是有限的,在流量达到必定程度的时 候就须要分流,负载均衡就是为了分流而存在的,一个ZooKeeper群配合相应的Web应用就能够很容易达到负载均衡;资源同步,单单有负载均衡还不 够,节点之间的数据和资源须要同步,ZooKeeper集群就自然具有有这样的功能;命名服务,将树状结构用于维护全局的服务地址列表,服务提供者在启动 的时候,向ZK上的指定节点/dubbo/${serviceName}/providers目录下写入本身的URL地址,这个操做就完成了服务的发布。 其余特性还有Mast选举,分布式锁等。高并发

相关文章
相关标签/搜索