分布式框架-Dubbo

x33g5p2x  于2022-03-24 转载在 其他  
字(4.3k)|赞(0)|评价(0)|浏览(242)

分布式框架-Dubbo

Dubbo与spring整合!!

导入坐标

<dependency>
    <groupId>org.apache.dubbo</groupId>
    <artifactId>dubbo</artifactId>
        <version>3.0.6</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-framework</artifactId>
    <version>4.0.0</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-recipes</artifactId>
    <version>4.0.0</version>
</dependency>

在服务提供方的配置中(以下的所有配置都有都可以用@bean注解进行注入,例如protocolConfig 等等)用注解@DubboComponentScan扫描主机所在的包

<!--为该服务提供一个端口,不能冲突 -->
<dubbo:protocol port="20881"/>
<!--dubbo的配置-->
<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-service">
    <!--提供一个端口-->
    <dubbo:parameter key="qos.port" value="44444"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.itheima.service.impl"/>

在消费者的配置文件中也是可以用@bean注解进行注入的(每一个都有xxxConfig对象)用注解@DubboComponentScan扫描主机所在的包

<!--dubbo的配置-->
<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-web" >
    <dubbo:parameter key="qos.port" value="33333"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.itheima.controller" />

注解@Reference //远程注入

注解@Service___import org.apache.dubbo.config.annotation.Service; //将这个类提供的方法(服务)对外发布。将访问的地址 ip,端口,路径注册到注册中心中

Dubbo与springboot整合

导入坐标

<!-- https://mvnrepository.com/artifact/org.apache.dubbo/dubbo-spring-boot-starter -->
<dependency>
    <groupId>org.apache.dubbo</groupId>
    <artifactId>dubbo-spring-boot-starter</artifactId>
    <version>3.0.6</version>
</dependency>

在消费者和提供者启动类上加入@EnableDubbo : 开启基于注解的dubbo功能

在提供服务配置文件中加入

dubbo.application.name=boot-user //该模块的名称

dubbo.registry.address=zookeeper:``//192.168.31.136:2181

dubbo.protocol.name=dubbo
dubbo.protocol.port=``20880

在消费者的配置文件中加入:

server.port=``8081
dubbo.application.name=boot-order
dubbo.registry.address=zookeeper:``//192.168.31.136:2181

Dubbo的高级特性

1.序列化

dubbo 内部已经将序列化和反序列化的过程内部封装了
我们只需要在定义pojo类时实现Serializable接口即可
一般会定义一个公共的pojo模块,让生产者和消费者都依赖该模块。

2.地址缓存

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

3.重试与超时

服务消费者在调用服务提供者的时候发生了阻塞、等待的情形,这个时候,服务消费者会一直等待下去。
在某个峰值时刻,大量的请求都在同时请求服务消费者,会造成线程的大量堆积,势必会造成雪崩。
dubbo 利用超时机制来解决这个问题,设置一个超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。
使用timeout属性配置超时时间,默认值1000,单位毫秒

设置了超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。
如果出现网络抖动,则这一次请求就会失败。
Dubbo 提供重试机制来避免类似问题的发生。
通过 retries 属性来设置重试次数。默认为 2 次。

例如:

@Service(timeout = 3000,retries = 2)//当前服务3秒超时重试2次

在@Reference(timeout = 3000)//远程注入 可以定义超时时间,并且在@Reference注解中的超时时间定义优先,但是一般是定义在@Service注解中

4.多版本

灰度发布:当出现新功能时,会让一部分用户先使用新功能,用户反馈没问题时,再将所有用户迁移到新功能。
dubbo 中使用version 属性来设置和调用同一个接口的不同版本

例如:

@Service(timeout = 3000,retries = 2,version = "1.1.1") //该版本为1.1.1版本

5.负载均衡策略

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

搜索AbstractLoadBalance这个抽象类的四个实现类就是四种负载均衡策略

例如:

@Service(weight = 100)//权重为一百
@Reference(loadbalance = "random")//远程注入 //按权重随机,默认值。按权重设置随机概率
@Reference(loadbalance = "roundrobin")//远程注入  //按权重轮询。
@Reference(loadbalance = "consistenthash")//远程注入  //一致性 Hash,相同参数的请求总是发到同一提供者
@Reference(loadbalance = "leastactive")//远程注入  //最少活跃调用数,相同活跃数的随机

6.集群容错

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

搜索cluster这个接口 所有实现类即为集群容错的各种模式

@Reference(cluster = "failover")//失败重试。默认值。当出现失败,重试其它服务器 ,默认重试2次,使用 retries 配置。一般用于读操作

7.服务降级

可以通过服务降级功能临时屏蔽某个出错的非关键服务,并定义降级后的返回策略。

向注册中心写入动态配置覆盖规则

其中:

  • mock=force:return+null 表示消费方对该服务的方法调用都直接返回 null 值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
  • 还可以改为 mock=fail:return+null 表示消费方对该服务的方法调用在失败后,再返回 null 值,不抛异常。用来容忍不重要服务不稳定时对调用方的影响。(这里的+号实际为空格)

例如:

@Reference(mock = "force:return null")//远程注入 //不去调用userservice的服务了
private UserService userService;

相关文章