【Dubbo】Dubbo 有什么用？Dubbo 架构？-蒲公英云

1.Dubbo 有什么用

架构已经从最初的单体到分布式，而实现分布式的关键因素就是远程服务的调用。

在远程通信领域已经出现过许多技术，如 Java 的 RMI、WebService、Hessian、Dubbo、Thrift 等 RPC框架；但现在我们使用较多的就是 Dubbo 以及 Http 协议。

为什么不直接使用socket或nio进行通信，而是要使用这些RPC框架？因为如下因素

因此远程通信应该是一个中间件服务，有专门的开发人员去实现，使用者不用关心底层通信逻辑。

虽然满足了通信的需求，但是当大规模服务化后，远程通信打来的弊端就愈发凸显

对于服务治理的需求，传统 rpc框架就显得有点力不从心，因此很多企业开发了自己的 rpc框架

然后对于没有从0到1开发能力的公司，就会优先采用比较成熟的开源框架，而 Dubbo 就是其中一个

Dubbo 主要是一个分布式服务治理解决方案，那么什么是服务治理？服务治理主要是针对大规模服务化以后，服务之间的路由、负载均衡、容错机制、服务降级这些问题的解决方案，而 Dubbo 实现的不仅仅是远程服务通信，并且还解决了服务路由、负载、降级、容错等功能。

Dubbo 是阿里巴巴内部使用的一个分布式服务治理框架

2012 年开源，因为 Dubbo 在公司内部经过了很多的验证相对来说比较成熟，所以在很短的的还是件就被很多互联网公司使用，再加上阿里出来的很多技术大牛进入各个创业公司担任技术架构以后，都以 Dubbo 作为主推的 RPC 框架使得 dubbo 很快成为了很多互联网公司的首要选择。并且很多公司在应用 dubbo时，会基于自身业务特性进行优化和改进，所以也衍生了很多版本，比如京东的 JSF、比如新浪的 Motan、比如当当的 dubbox.
在2014年10月份，Dubbo停止了维护。
后来在2017年的9月份，阿里宣布重启 Dubbo，并且对于 Dubbo 做好了长期投入的准备，并且在这段时间 Dubbo 进行了非常多的更新。
2018年1月8日，Dubbo 创始人之一梁飞在 Dubbo 交流群里透露了 Dubbo 3.0 正在动工的消息。Dubbo 3.0 内核与Dubbo2.0 完全不同，但兼容 Dubbo 2.0。Dubbo 3.0 将支持可选Service Mesh
2018年2月份， Dubbo 捐给了 Apache。另外，阿里巴巴对于 Spring Cloud Alibaba 生态的完善，以及 Spring Cloud 团队对于 alibaba 整个服务治理生态的支持，所以 Dubbo 未来依然是国内绝大部分公司的首要选择。

在这里插入图片描述

流程说明：

这么设计的意义：

在这里插入图片描述

config 配置层：对外配置接口，以 ServiceConfig, ReferenceConfig 为中心，可以直接初始化配置类，也可以通过 spring 解析配置生成配置类
proxy 服务代理层：服务接口透明代理，生成动态代理扩展接口为 ProxyFactory
registry 注册中心层：封装服务地址的注册与发现，以服务 URL 为中心，扩展接口为 RegistryFactory, Registry, RegistryService
cluster 路由层：封装多个提供者的路由及负载均衡，并桥接注册中心，以 Invoker 为中心，扩展接口为 Cluster, Directory, Router, LoadBalance
monitor 监控层：RPC 调用次数和调用时间监控，以 Statistics 为中心，扩展接口为 MonitorFactory, Monitor, MonitorService
protocol 远程调用层：封装 RPC 调用，以 Invocation, Result 为中心，扩展接口为 Protocol, Invoker, Exporter
exchange 信息交换层：封装请求响应模式，同步转异步，以 Request, Response 为中心，扩展接口为 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
transport 网络传输层：抽象 mina 和 netty 为统一接口，以 Message 为中心，扩展接口为 Channel, Transporter, Client, Server, Codec
serialize 数据序列化层：可复用的一些工具，扩展接口为 Serialization, ObjectInput, ObjectOutput, ThreadPool