Dubbo学习总结

我的一首歌

于 2022-08-11 20:10:51 发布

阅读量174

点赞数

文章标签： dubbo 学习 java

本文链接：https://blog.youkuaiyun.com/weixin_45515971/article/details/126292402

版权

Dubbo学习总结

分布式系统中的相关概念

大型互联网项目架构目标

传统项目和互联网项目

传统项目：
- OA、HR、CRM（客户资源系统）；
- 用户群体：企业员工
- 用户忍耐度高
互联网项目：
- 天猫、微信、百度、京东；
- 用户群体：网民
- 用户忍耐度低

互联网项目特点：

用户多
流量大、并发高
海量数据
易受攻击
功能繁琐
变更快

衡量网站的性能指标

响应时间：指执行一个请求从开始到最后收到响应数据所花费的总体时间。
并发数：指系统同时能处理的请求数量。
- 并发连接数：指的是客户端向服务器发起请求，并建立了TCP连接。每秒服务器连接的总TCP数量。
- 请求数：也称为QPS(Query Per Second)指每秒多少请求。
- 并发用户数：单位时间内有多少用户。
吞吐量：指单位时间内系统能处理的请求数量。
- QPS:Query Per Second 每秒查询数。
- TPS:Transaction Per Second 每秒事务数。
- 一个事务是指一个客户机i向服务器发送请i去然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。
- 一个页面的一次访问，只会形成一个TPS；但一次页面请求，可能产生对此对服务器的请求，就会有多个QPS。
QPS >= 并发连接数 >= TPS
高性能：提供快速的访问体验。
高可用：网站服务一直可以正常访问。
可伸缩：通过硬件增加、减少，提高、降低处理能力。
高可扩展：系统间耦合低，方便的通过新增、移除方式，增加、减少新的功能、模块。
安全性：提供网站安全访问和数据加密，安全存储等策略。
敏捷性：随需应变，快速响应。

架构演进–分布式架构

分布式架构是指在垂直架构的基础上，将公共业务模块抽取出来，作为独立的服务，供其他调用者消费，以实现服务的共享和重用。
RPC: Remote Procedure Call 远程过程调用。有非常多的协议和技术都实现了RPC的过程。
- 如：HTTP REST风格，Java RMI规范，webservice SOAP协议、Hession等。
分布式架构的问题：
- 服务提供方一旦产生变更，所有消费方都需要变更。

架构演进–SOA架构

SOA:(service-Oriented Architecture,面向服务的架构) 是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。
ESB：(Enterparise Servce Bus)企业服务总线，服务中介。主要是提供了一个服务与服务之间的交互。ESB包含的功能有：负载均衡、流量控制、加密处理、服务的监控、异常处理、监控告急等等。

架构演进–微服务架构

是SOA架构的升级。100%组件化。

Dubbo概述

Dubbo概念

Dubbo是阿里巴巴公司开源的一个高性能、轻量级的Java RPC框架。
致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
官网：http://dubbo.apache.org

Dubbo架构

节点角色说明：

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

Dubbo入门

@Service 该注解用在服务提供者实现类上。将这个类提供的方法（服务）对外发布，将访问的地址 ip，端口，路径注册到注册中心中
- 该@Service注解非spring中的注解，是dubbo中的注解。误导错包。
- dubbo的配置，在applicationContext.xml中配置

1.配置项目的名称，唯一
<dubbo:application name="dubbo-service" />

2.配置注册中心地址
<dubbo:registry address="zookeeper://ip:port" />

3.配置dubbo包扫描，要扫描到上面配置的@Service注解
<dubbo:annotation package="com.zxl.service.impl" />

注意，service服务想要独立发布，需要有webapp目录，web.xml要加载spring的配置文件

@Reference 该注解代替原来的controller类中的依赖注入注解@Autowired(本地注入)，含义是远程注入。
- 添加该注解后，从zookeeper注册中心获取service的访问url
- 进行远程调用（RPC）
- 将结果封装为一个代理对象，给变量赋值。
- dubbo的配置

Dubbo高级特性

dubbo-admin

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

序列化

两个机器传输数据，如何传输Java对象？

实现序列化接口 implements Serializable

dubbo内部已经将序列化和反序列化的过程内部封装了
我们只需要在定义pojo类时实现serializable接口即可。

地址缓存

如果注册中心挂了，服务是否可以正常访问？

可以，因为dubbo服务消费者在第一次调用时，会将服务提供方地址缓存到本地，以后再调用则不会访问注册中心。
- 虽然可以继续访问，但是新的服务就无法注册成功，所以需要及时修复。
当服务提供者地址发生变化时，注册中心会通知服务消费者。

超时与重试

服务消费者在调用服务提供者的时候发生了阻塞、等待的情形，这个时候，服务消费者会一直等待下去。
在某个峰值时刻，大量的请求都在同时请求服务消费者，会造成线程的大量堆积，势必会造成雪崩。
dubbo利用超时机制来解决这个问题，设置一个超时时间，在这个时间段内，无法完成服务访问，则自动断开连接。
- 超时设置：在@Service或者@Reference注解后面添加参数（timeout=1000）单位毫秒。
- 设置了超时时间，在这个时间段内，无法完成服务访问，则自动断开连接。
- 如果出现网络抖动，则这一次请求就会失败。
- Dubbo提供重试机制来避免类似问题的发生。
- 通过retries属性来设置重试次数，默认为2次。
- @Service（timeout=3000，retries=2）// 当前服务3秒超时，重试2次，一共3次。

多版本

灰度发布：当出现新功能时，会让一部分用户先使用新功能，用户反馈没问题时，再将所有用户迁移到新功能。
dubbo中使用version属性来设置和调用同一个接口的不同版本。
- @Service(version=“v1.0”)
- @Service(version=“v2.0”)
- @Reference(version=“v2.0”)

负载均衡

负载均衡策略（4种）

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

集群容错

Failover Cluster：失败重试。默认值。当出现失败，重试其它服务器，默认重试2次，使用retries配置。一般用于读操作。
Failfast Cluster：快速失败，只发起一次调用，失败立即报错。通常用于写操作。
Failsafe Cluster：失败安全，出现异常时，直接忽略。返回一个空结果。
Failback Cluster：失败自动恢复，后台记录失败请求，定时重发。
Forking Cluster：并行调用多个服务器，只要有一个成功即返回。
Broadcast Cluster：广播用于所有提供者，逐个调用，任意一台报错则报错。

服务降级

mock=force:return null 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
mock=fail:return null 表示消费方对该服务的方法调用失败后，再返回null值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响。
在消费方配置降级策略
- @Reference(mock=“force:return null” ) // 不再调用service服务
- @Reference(mock=“fail:return null” )