Dubbo

DUBBO

DUBBO是一个分布式服务架构,致力于提供高性能和透明化的RPC远程服务调用方案,是阿里巴巴SOA服务化智力方案的核心框架,每天为2000+个服务提供30亿+次的访问量支持,并被广泛应用于阿里巴巴集团的各成员站点

DUBBO架构图

节点角色说明:

provider:暴漏服务的服务提供方

consumer: 调用远程服务的服务消费方

registry:调用注册与发现的注册中心

monitor: 统计服务的调用次数和调用时间的监控中心

container:服务运行容器  spring容器

调用关系说明

1.服务提供者在启动时,向注册中心注册自己提供的服务

2.服务消费者者在启动时,向注册中心订阅自己所需的服务

3.注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者

4.服务消费者,从提供者地址列表中,基于负载i均衡算法,选一台提供者进行调用,如果调用失败,再选另外一台调用

5.服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心

Dubbo连接方式

使用Dubbo进行远程调用实现服务交互，它支持多种协议，如Hessian、HTTP、RMI、Memcached、Redis等等。由于Dubbo将这些协议的实现进行了封装了，无论是服务端（开发服务）还是客户端（调用服务），都不需要关心协议的细节，只需要在配置中指定使用的协议即可，从而保证了服务提供方与服务消费方之间的透明。

 

Dubbo的客户端和服务端有三种连接方式，分别是：广播，直连和使用zookeeper注册中心

DUBBO直连

这种方式在企业中一般在开发中环境中使用，但是生产环境很少使用，因为服务是直接调用，没有使用注册中心，很难对服务进行管理。

 

Dubbo直连，首先要取消广播，然后客户端直接到指定需要的服务的url获取服务即可。

 

DUBBO注册中心

Dubbo注册中心和广播注册中心配置类似，不过需要指定注册中心类型和注册中心地址，这个时候就不是把服务信息进行广播了，而是告诉给注册中心进行管理，这个时候我们就需要有一个注册中心。

 

官方推荐使用zookeeper作为注册中心。

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者在启动时与注册中心交互，消费者不断的发起请求获取服务信息，注册中心不转发请求，压力较小。使用dubbo-2.3.3以上版本，建议使用zookeeper注册中心。

Zookeeper是Apacahe Hadoop的子项目，是一个树型的目录服务，支持变更推送，适合作为Dubbo服务的注册中心，工业强度较高，可用于生产环境，并推荐使用