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值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响下
