为什么要用Dubbo？Dubbo 有哪些分层？

Posted 2021-08-18 四猿外

随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA)

也因此衍生出了一系列相应的技术， 如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架。

就这样为分布式系统的服务治理框架就出现了，Dubbo 也就这样产生了。

Dubbo 的整体架构设计有哪些分层?

接口服务层（Service）：该层与业务逻辑相关，根据provider 和consumer 的业务设计对应的接口和实现

配置层（Config）：对外配置接口，以ServiceConfig 和ReferenceConfig 为中心

服务代理层（Proxy）：服务接口透明代理，生成服务的客户端Stub 和服务端的Skeleton，以ServiceProxy 为中心， 扩展接口为ProxyFactory

服务注册层（ Registry） ：封装服务地址的注册和发现， 以服务URL 为中心，扩展接口为RegistryFactory、Registry、RegistryService

路由层（ Cluster）：封装多个提供者的路由和负载均衡，并桥接注册中心， 以Invoker 为中心， 扩展接口为Cluster、Directory、Router 和LoadBlancce

监控层（Monitor）：RPC 调用次数和调用时间监控，以Statistics 为中心，扩展接口为MonitorFactory、Monitor 和MonitorService

远程调用层（Protocal）：封装RPC 调用，以Invocation 和Result 为中心，扩展接口为Protocal、Invoker 和Exporter

信息交换层（ Exchange）： 封装请求响应模式，同步转异步。以Request 和Response 为中心， 扩展接口为Exchanger、ExchangeChannel、ExchangeClient 和ExchangeServer

网络传输层（Transport）：抽象mina 和netty 为统一接口，以Message 为中心，扩展接口为Channel、Transporter、Client、Server 和Codec

数据序列化层（Serialize） ：可复用的一些工具， 扩展接口为Serialization、ObjectInput、ObjectOutput 和ThreadPool