Dubbo框架的简单介绍

Dubbo是一个分布式服务框架，以及阿里巴巴内部的SOA服务化治理方案的核心框架。其功能主要包括：高性能NIO通讯及多协议集成，服务动态寻址与路由，软负载均衡与容错，依赖分析与降级等。

Dubbo核心部分包含:

• 远程通讯:提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
• 集群容错:提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
• 自动发现:基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

Dubbo特色：

特色1：服务注册与发现的注册中心Registry

注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。这个功能是应有之义

服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。这个就很好很强大了，

注册中心的这两个特性大大提高了系统的可用性和扩展性。注册中心既可以采用Multicast注册中心，也可以集成Zookeeper,也可以采用Redis，非生产环境也可以使用一个Dubbo自己实现的Simple注册中心，非常灵活。

特色2：统计服务的调用次调和调用时间的监控中心Monitor

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

监控负载，排查性能瓶颈就方便多了。简易监控中心的安装，请参考这里。

特色3：使用上，采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

特色4：开源部分中，还包含有一个管理控制台的实现（内部裁剪版本，开源部分主要包含：路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡，等管理功能）

 Dubbo原理

简单说明:

（1）Provider暴露服务方称之为“服务提供者”。

服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销

（2）Consumer调用远程服务方称之为“服务消费者”。

服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者,同时汇报调用时间到监控中心，此时间包含网络开销

（3）Registry服务注册与发现的中心目录服务称之为“服务注册中心”

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小

（4）Monitor统计服务的调用次调和调用时间的日志服务称之为“服务监控中心”

监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示

调用关系说明：

服务容器负责启动，加载，运行服务提供者。

服务提供者在启动时，向注册中心注册自己提供的服务。

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

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

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

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

dubbo健壮性

（1）监控中心宕掉不影响使用，只是丢失部分采样数据

（2）数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务

（3）注册中心对等集群，任意一台宕掉后，将自动切换到另一台

（4）注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯

（5）服务提供者无状态，任意一台宕掉后，不影响使用

（6）服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

dubbo伸缩性

（1）注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心

（2）服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

以上就是赢咖4小编介绍的"Dubbo框架的简单介绍"，希望对大家有帮助，如有疑问，请在线咨询，有专业老师随时为您服务。