dubbo笔记

集群和分布式

**集群：**一个业务模块，部署在多台服务器上，

​ 即 很多“人”一起，干同一件事情

**分布式：**一个大的业务系统，拆分为小的业务模块，分别部署在不同的机器上，

​ 即很多人“人“一起，干不一样的事

Dubbo

Dubbo是一款高性能、轻量级的 RPC（远程过程调用）框架，

支持多种服务注册与发现策略、多种负载均衡策略，实现服务间的通信

dubbo架构

• Provider：暴露服务的服务提供方
• Container：服务运行容器
• Consumer：调用远程服务的服务消费方
• Registry：服务注册与发现的注册中心
• Monitor：统计服务的调用次数和调用时间的监控中心

dubbo—admin

• dubbo-admin 管理平台，是图形化的服务管理页面
• 从注册中心中获取到所有的提供者 / 消费者进行配置管理
• 路由规则、动态配置、服务降级、访问控制、权重调整、负载均衡等管理功能
• dubbo-admin 是一个前后端分离的项目。前端使用vue，后端使用springboot
• 安装 dubbo-admin 其实就是部署该项目

安装

1、环境准备

安装node**(如果当前机器已经安装请忽略)**

因为前端工程是用vue开发的，所以需要安装node.js，node.js中自带了npm，后面我们会通过npm启动

官网：

https://nodejs.org/en/

2、下载 Dubbo-Admin

进入github，搜索dubbo-admin

https://github.com/apache/dubbo-admin

3、把下载的zip包解压到指定文件夹(解压到那个文件夹随意)

4、修改配置文件

解压后我们进入…\dubbo-admin-develop\dubbo-admin-server\src\main\resources目录，找到 application.properties 配置文件 进行配置修改

修改zookeeper地址为自己zookeeper的安装地址

# centers in dubbo2.7
admin.registry.address=zookeeper://ip:2181
admin.config-center=zookeeper://ip:2181
admin.metadata-report.address=zookeeper://ip:2181

5、打包项目

在 dubbo-admin-develop 目录执行打包命令

mvn  clean package

6、启动后端

切换到目录

dubbo-Admin-develop\dubbo-admin-distribution\target>

java -jar .\dubbo-admin-0.1.jar

7、启动前端

dubbo-admin-ui 目录下执行命令

npm run dev

dubbo高级特性

序列化

• 两个机器传输数据，传输java对象通过序列化传输流的数据
• class类需要实现序列化接口implements Serializable

在dubbo内部已经将序列化和反序列化的过程内部封装了，一般只需在定义公共的pojo类并实现Serializable接口，让生产者和消费者都依赖于该模块

地址缓存

• dubbo服务消费者在第一次调用时，会将服务提供方地址缓存到本地，以后在调用则不会访问注册中心
• 当服务提供者地址发生变化时，注册中心会通知服务消费者

注册中心即使挂了，服务也能正常访问

超时与重试

超时

• 服务消费者在调用服务提供者的时候发生了阻塞、等待的情形，此时服务消费者会一直等待下去
• 在某个峰值时刻，大量用户同时请求服务消费者，会造成线程大量堆积，势必造成雪崩

dubbo利用超时机制解决以上问题，设置一个超时时间，在此时间段内无法完成服务访问则自动断开连接

重试

• 设置了超时时间，在此时间段内无法完成服务访问则自动断开连接

• 如果出现网络抖动，则这一次请求就会失败

dubbo利用重试机制解决以上问题

在**@Service（在服务提供者中）或者@Reference注解（在服务提供者中）**配置

• 使用timeout属性配置超时时间，默认为1000毫秒
• 使用retries属性来设置重试次数，默认为2次

timeout和retries建议配置在服务提供者中

@Service（timeout=3000，retries=2） //当前服务3秒超时，重试2次，一共3次
public class UserServiceImpl implements UserService{
	...
}

多版本

灰度发布：当出现新功能时，会让一部分用户先使用新功能，用户反馈没问题时，再将所有用户迁移到新功能

dubbo使用version属性来设置和调用同一个接口的不同版本（不同实现类）

比如：UserService接口有UserServiceImpl和UserServiceImpl2两个版本

在UserServiceImpl上的@Service配置：

@Service(version="v1.0")
public class UserServiceImpl implements UserService{
	...
}

在UserServiceImpl2上的@Service配置：

@Service(version="v2.0")
public class UserServiceImpl2 implements UserService{
	...
}

然后在UserController里的@Reference调用需要的版本：

public class UserController{
	...
        
	@Reference(version="v2.0") //远程注入
	private UserService userService;
    
    ...
}

负载均衡

负载均衡：将任务（负载）平衡分摊到多个服务器上

负载均衡策略（4种）

• **Random:**按权重随机，默认值。按权重设置随机概率。
• **RoundRobin:**按权重轮询
• **LeastActive:**最少活跃调用数，相同活跃数的随机
• **ConsistentHash:**一致性Hash，相同参数的请求总是发到同一提供者

配置：

public class UserController{
	...
        
	@Reference(loadbalance="random") //远程注入
	private UserService userService;
    
    ...
}

@Service(weight=200) //权重
public class UserServiceImpl2 implements UserService{
	...
}

集群容错

集群容错模式：

• **Failover Cluster：**失败重试，默认重试2次。

  ​ 当出现失败，重试其他服务器，使用retries配置，一般用于读操作

• **Failfast Cluster：**快速失败，只发起一次调用，失败立即报错（不重试），通常用于写操作

• **Failsafe Cluster：**失败安全，出现异常时，直接忽略，返回一个空结果

• **Failback Cluster：**失败自动恢复，后台记录失败请求，定时重发

• **Forking Cluster：**并行调用多个服务器，只要一个成功即返回

• **Broadcast Cluster：**广播调用所有提供者，逐个调用，任意一台报错则报错

配置：

public class UserController{
	...
        
	@Reference(cluster="failover") //远程注入
	private UserService userService;
    
    ...
}

服务降级

服务降级方式：

• mock=force: return null 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响
• mock=fail: return null 表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响下

over") //远程注入
private UserService userService;

...

}

#### 服务降级

服务降级方式：

- **mock=force: return null** 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响
- **mock=fail: return null** 表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响下

![image-20230722141114815](https://img-blog.csdnimg.cn/img_convert/603f475cd8a8b6f4cca540bb53e04ea8.png)