SpringBoot与Dubbo的集成

简介

Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,以
及 SOA 服务治理方案。简单的说,dubbo 就是个服务框架,如果没有分布式的需求,其实
是不需要用的,只有在分布式的时候,才有 dubbo 这样的分布式服务框架的需求,并且本
质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架

核心部分

1. 远程通讯: 提供对多种基于长连接的 NIO 框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。

2. 集群容错: 提供基于接口方法的透明远程过程调用,包括多协议支持,以及软 负载均衡,失败容错,地址路由,动态配置等集群支持。

3. 自动发现: 基于注册中心目录服务,使服务消费方能动态的查找服务提供方, 使地址透明,使服务提供方可以平滑增加或减少机器。

Dubbo 能做什么

1.透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何 API 侵入。

2.软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。

3. 服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的 IP 地址,并且能够平滑添加或删除服务提供者。

Dubbo架构

SpringBoot与Dubbo的集成_第1张图片

角色介绍
Provider: 暴露服务的服务提供方。

Consumer: 调用远程服务的服务消费方。

Registry: 服务注册与发现的注册中心。

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

Container: 服务运行容器。
调用关系
1. 服务容器负责启动,加载,运行服务提供者。

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

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

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

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

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

使用方式: SpringBoot集成Dubbo代码案例

你可能感兴趣的:(java)