dubbo基础

程序员校花
153 阅读5分钟

开启掘金成长之旅！这是我参与「掘金日新计划 · 2 月更文挑战」的第6 天，点击查看活动详情

概念

分布式系统：

分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统，是建立在网络之上的软件系统。

单一应用架构：

当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。

image.png

垂直应用架构：

将应用拆分为一个个小应用，分别独立放在不同的服务器上。公用模块无法重复利用，开发效率低下。

image.png

分布式服务架构：

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。

image.png

流动计算架构：

当服务越来越多，会出现服务资源的浪费等问题，此时需增加一个注册中心基于访问压力实时管理集群容量，提高集群利用率。

image.png

RPC：

可以进行不同服务器之间的调用，是一种进程间通信方式。是一种技术的思想，而不是规范。

核心：通讯，序列化。

image.png

Dubbo:

Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。本身并不是一个服务软件，就是一个jar包帮我们把java程序连接到zookeeper（注册中心）。

image.png

  • 服务提供者（Provider ） ：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。
  • 服务消费者（Consumer）: 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
  • 注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
  • 监控中心（Monitor）：监控消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

注册中心是 Dubbo 服务治理的核心组件，Dubbo 依赖注册中心的协调实现服务地址发现。

Dubbo

helloworld

将服务提供者注册到注册中心：

  1. 导入dubbo和操作zookeeper的客户端（curator）的依赖。
  2. 配置服务提供者。
 <!--1.指定当前服务/应用的名称-->
 <dubbo:application name="user-service-provider"></dubbo:application>
 ​
 <!--2.指定注册中心的位置-->
 <dubbo:registry address="zookeeper://localhost:2181"></dubbo:registry>
 ​
 <!--3.指定通信规则（通信协议，通信端口）-->
 <dubbo:protocol name="dubbo" port="20880"></dubbo:protocol>
 ​
 <!--4.暴露服务 ref指向服务的实现对象-->
 <dubbo:service interface="com.illusion.service.UserService" ref="userServiceImpl"></dubbo:service>
 ​
 <bean id="userServiceImpl" class="com.illusion.service.impl.UserServiceImpl"></bean>

让服务订阅者去注册中心订阅服务提供者的服务地址:

  1. 导入dubbo和操作zookeeper的客户端（curator）的依赖。
  2. 配置服务订阅者。
 <dubbo:application name="order-service-consumer"></dubbo:application>
 ​
 <dubbo:registry address="zookeeper://localhost:2181"></dubbo:registry>
 ​
 <!--声明需要调用的远程服务的接口，生成远程服务代理-->
 <dubbo:reference interface="com.illusion.service.UserService" id="userService"></dubbo:reference>

与SpringBoot整合

第一种：

导入dubbo-spring-boot-starter依赖，使用@ImportResource导入dubbo的原生配置文件。

第二种：

  1. 导入dubbo-spring-boot-starter依赖（自带zookeeper和curator）。
  2. 在yml文件配置相关信息。
  3. 暴露服务：@Service（注意是dubbo的Service），作用于类上。
  4. 消费服务：@Reference，作用于属性和方法上。

第三种：

注解API的方式，将每一个组件手动创建到容器中。

 @Bean
 public ApplicationConfig applicationConfig(){
     ApplicationConfig applicationConfig = new ApplicationConfig();
     applicationConfig.setName("user-service-provider");
     return applicationConfig;
 }
 @Bean
 public RegistryConfig registryConfig(){
     RegistryConfig registryConfig = new RegistryConfig();
     registryConfig.setProtocol("zookeeper");
     registryConfig.setAddress("localhost:2181");
     return registryConfig;
 }

常用配置

  • check：启动时是否检查提供者有没有存在。

  • timeout：远程服务调用超时时间。

  • retries：超时重试次数，不包含第一次。

    • 幂等（设置重试次数）：执行一次和执行多次效果一样，例如：查询，删除，修改。
    • 非幂等（不能设置重试次数）：执行一次和执行多次效果不一样，例如：新增。

  • version：版本号。不同版本号的服务之间互不影响。

配置覆盖关系

  • 方法级优先，接口级次之，全局配置再次之。
  • 如果级别一样，则消费方优先，提供方次之。

配置优先级

Dubbo 默认支持 6 种配置来源：

  • JVM System Properties，JVM -D 参数
  • System environment，JVM进程的环境变量
  • Externalized Configuration，外部化配置，从配置中心读取
  • Application Configuration，应用的属性配置，从Spring应用的Environment中提取"dubbo"开头的属性集
  • API / XML /注解等编程接口采集的配置可以被理解成配置来源的一种，是直接面向程序员编程的配置采集方式
  • 从classpath读取配置文件 dubbo.properties

image.png

高可用

zookeeper宕机

现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。

注册中心全部宕机后，服务提供者和服务消费者仍能通过本地缓存通讯。

消费者还可以直连提供者（不通过注册中心）。

负载均衡策略

  • Random LoadBalance：基于权重的随机负载均衡机制
  • RoundRobin LoadBalance：基于权重的轮询负载均衡机制
  • LeastActive LoadBalance：最小活跃数。使处理慢的提供者收到更少请求。
  • ConsistentHash LoadBalance：一致性 Hash。相同参数的请求总是发到同一提供者。

服务降级

当服务器压力剧增的情况下，砍掉一些不重要的服务，从而释放服务器资源以保证核心交易正常运作或高效运作。

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