Dubbo

Dubbo框架详解

Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案,是阿里巴巴的一个开源项目。
阿里巴巴的Dubbo的user guide:
随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。
这里写图片描述
单一应用架构
当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
垂直应用架构
当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
分布式服务架构
当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
流动计算架构
当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。
Dubbo的总体架构如下图所示:
这里写图片描述
节点角色说明:

Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
服务提供者需要注册服务,消费者通过注册中心获取服务描述,并利用这个描述找到服务进而调用服务完成功能。另外还有个观测者监控系统的运行。

这里写图片描述
Dubbo框架设计一共划分了10个层,而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。图中左边淡蓝背景的为服务消费方使用的接口,右边淡绿色背景的为服务提供方使用的接口, 位于中轴线上的为双方都用到的接口。
下面,结合Dubbo官方文档,我们分别理解一下框架分层架构中,各个层次的设计要点:

服务接口层(Service):该层是与实际业务逻辑相关的,根据服务提供方和服务消费方的业务设计对应的接口和实现。
配置层(Config):对外配置接口,以ServiceConfig和ReferenceConfig为中心,可以直接new配置类,也可以通过spring解析配置生成配置类。
服务代理层(Proxy):服务接口透明代理,生成服务的客户端Stub和服务器端Skeleton,以ServiceProxy为中心,扩展接口为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。Protocol是服务域,它是Invoker暴露和引用的主功能入口,它负责Invoker的生命周期管理。Invoker是实体域,它是Dubbo的核心模型,其它模型都向它靠扰,或转换成它,它代表一个可执行体,可向它发起invoke调用,它有可能是一个本地的实现,也可能是一个远程的实现,也可能一个集群实现。
信息交换层(Exchange):封装请求响应模式,同步转异步,以Request和Response为中心,扩展接口为Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。
网络传输层(Transport):抽象mina和netty为统一接口,以Message为中心,扩展接口为Channel、Transporter、Client、Server和Codec。
数据序列化层(Serialize):可复用的一些工具,扩展接口为Serialization、 ObjectInput、ObjectOutput和ThreadPool。
从上图可以看出,Dubbo对于服务提供方和服务消费方,从框架的10层中分别提供了各自需要关心和扩展的接口,构建整个服务生态系统(服务提供方和服务消费方本身就是一个以服务为中心的)。
根据官方提供的,对于上述各层之间关系的描述,如下所示:

在RPC中,Protocol是核心层,也就是只要有Protocol + Invoker + Exporter就可以完成非透明的RPC调用,然后在Invoker的主过程上Filter拦截点。
图中的Consumer和Provider是抽象概念,只是想让看图者更直观的了解哪些类分属于客户端与服务器端,不用Client和Server的原因是Dubbo在很多场景下都使用Provider、Consumer、Registry、Monitor划分逻辑拓普节点,保持统一概念。
而Cluster是外围概念,所以Cluster的目的是将多个Invoker伪装成一个Invoker,这样其它人只要关注Protocol层Invoker即可,加上Cluster或者去掉Cluster对其它层都不会造成影响,因为只有一个提供者时,是不需要Cluster的。
Proxy层封装了所有接口的透明化代理,而在其它层都以Invoker为中心,只有到了暴露给用户使用时,才用Proxy将Invoker转成接口,或将接口实现转成Invoker,也就是去掉Proxy层RPC是可以Run的,只是不那么透明,不那么看起来像调本地服务一样调远程服务。
而Remoting实现是Dubbo协议的实现,如果你选择RMI协议,整个Remoting都不会用上,Remoting内部再划为Transport传输层和Exchange信息交换层,Transport层只负责单向消息传输,是对Mina、Netty、Grizzly的抽象,它也可以扩展UDP传输,而Exchange层是在传输层之上封装了Request-Response语义。
Registry和Monitor实际上不算一层,而是一个独立的节点,只是为了全局概览,用层的方式画在一起。

05-24
### Apache Dubbo 微服务框架使用指南 Apache Dubbo 是一种高性能的 Java 基础设施,专注于微服务之间的高效通信和服务治理。以下是关于 Dubbo 的一些关键特性和常见问题解答。 #### 1. Dubbo 核心组件及其作用 Dubbo 提供了一系列的核心功能来支持微服务架构下的开发和运行: - **RPC 调用**: Dubbo 实现了远程过程调用 (Remote Procedure Call),使客户端能够像调用本地方法一样访问远端服务器的方法[^4]。 - **服务注册与发现**: 利用 Zookeeper 或 Nacos 等工具实现服务的动态注册与发现,从而减少硬编码依赖并提升系统的灵活性[^3]。 - **负载均衡**: 支持多种负载均衡算法(如随机、轮询),以优化资源利用并增强系统稳定性[^4]。 - **容错处理**: 集成有完善的错误恢复机制,比如失败重试、超时控制等,保障即使在网络波动情况下也能维持正常运作[^3]。 #### 2. 安装与基本配置流程 要开始使用 Dubbo 构建自己的微服务体系,需完成以下几个主要步骤: ##### a) 环境搭建 确保 JDK 版本满足最低要求,并下载最新版本的 Dubbo 及其相关依赖库文件。 ##### b) 创建 Maven 工程结构 定义好项目的 pom.xml 文件内容,引入必要的依赖项,例如 spring-boot-starter-dubbo 和 hessian-lite 等[^4]。 ```xml <dependency> <groupId>org.apache.dubbo</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> <version>2.x.x</version> </dependency> ``` ##### c) 编写 Provider/Consumer 接口及其实现类 按照约定俗成的方式分别编写服务提供方(Service Provider Interface, SPI)以及消费方(Client Side Stub), 并通过 @Service/@Reference 注解标注它们的关系[^1]。 ```java // Service interface definition public interface DemoService { String sayHello(String name); } // Implementation of the service on provider side. @Service(version = "1.0.0") public class DemoServiceImpl implements DemoService{ public String sayHello(String name){ return "Hello,"+name; } } ``` 对于消费者而言,则只需声明引用即可获得对应实例对象。 ```java @Reference(version="1.0.0") private DemoService demoService; @Test public void testSayHello(){ System.out.println(demoService.sayHello("world")); } ``` #### 3. 解决 Dubbo 中常见的几个疑问点 - Q: 如果我的项目里既有 RESTful API又有 Dubbo RPC 怎么办? A: 这两种风格完全可以共存于同一个工程之中,只需要区分清楚各自的职责范围就可以了。REST 更适合外部暴露给第三方使用的开放接口;而内部紧密耦合的部分则推荐采用更高效的二进制形式传输——即 Dubbo 所擅长之处[^4]。 - Q: 我们现在正在考虑从传统单体应用迁移到基于 Dubbo 的微服务平台上来,请问有哪些注意事项吗? A: 在迁移过程中需要注意以下几点事项:一是评估现有业务逻辑是否具备拆分的可能性;二是提前规划好新旧两套体系间的过渡方案;三是充分测试各个子模块独立部署后的表现情况,最后再逐步替换掉原有的部分直至完全切换完毕为止[^2]. ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值