Dubbo

fouo uooa

已于 2022-08-18 00:44:32 修改

阅读量402

点赞数

分类专栏：服务端文章标签： dubbo 分布式 java

于 2022-08-02 13:42:57 首次发布

本文链接：https://blog.csdn.net/qq_45643377/article/details/126117191

版权

服务端专栏收录该内容

2 篇文章 0 订阅

订阅专栏

一、分布式系统概述

分布式系统介绍
- 分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统。
- 分布式系统（distributed system）是建立在网络之上的软件系统。
- 随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
软件架构的演变

单一的应用架构–→垂直的应用架构–→分布式服务架构–→流动计算架构

①：单一的应用架构：适用于小型网站，小型管理系统，将所有功能都部署到一个功能里，简单易用。
```
 缺点： 
 	a、 性能扩展比较难 
 	b、 协同开发问题
 	c、 不利于升级维护
```
②：垂直的应用架构
- 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。
- 通过切分业务来实现各个模块独立部署，降低了维护部署的难度，团队各司其职更易管理，性能扩展也更方便，更有针对性。
- 缺点：公用模块无法重复利用，开发性的浪费
分布式服务架构

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(服务治理，SOA)[ Service Oriented Architecture]是关键。

RPC概述
RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。RPC基本原理：

二、Dubbo概述

2.1 简介

Apache Dubbo (incubating) |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
Dubbox 是一个分布式服务框架，其前身是阿里巴巴开源项目Dubbo ，被国内电商及互联网项目中使用，后期阿里巴巴停止了该项目的维护，当当网便在Dubbo基础上进行优化，并继续维护，为了与原有的Dubbo区分，故将其命名为Dubbox。
Dubbox 致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbox就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbox这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架。

2.2 基本概念

节点	角色说明
Provider	暴露服务的服务提供方
Consumer	调用远程服务的服务消费方
Register	服务注册与发现的注册中心（比如Zookeeper，redis等等）
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行时的容器

官方图
在这里插入图片描述
调用关系说明

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

2.3 高可用性

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

原因：健壮性

注册中心宕掉不影响使用，只是丢失部分采样数据。
数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但是不能注册新服务。
注册中心对等集群，任意一台宕掉后，将自动切换到另一台。
注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯。
服务提供者无状态，任意一台宕掉后，不影响使用。
服务提供者全部宕掉后，服务消费者无法使用，并无限次重连等待服务提供者恢复。

三、环境搭建

安装并运行zookeeper
安装dubbo-admin管理控制台
dubbo本身并不是一个服务软件。它其实就是一个jar包能够帮你的java程序连接到zookeeper，并利用zookeeper消费、提供服务。所以你不用在Linux上启动什么dubbo服务。但是为了让用户更好的管理监控众多的dubbo服务，官方提供了一个可视化的监控程序，不过这个监控即使不装也不影响使用。
- 修改配置文件中zookeeper的ip
- mvn打包成jar包，然后java - jar xxx.jar命令运行

四、Dubbo服务开发测试

4.1 构建公共模块

4.2 服务提供者 provider

    <!-- 1. 应用名称-->
    <dubbo:application name="dbProvider"/>

    <!-- 2. 注册中心地址-->
    <dubbo:registry protocol="zookeeper" address="192.168.10.128:2181" timeout="60000"/>

    <!-- 3. 用dubbo协议在20880端口暴露服务  RPC SOA (服务治理)-->
    <dubbo:protocol name="dubbo" port="20880"/>

    <!-- 4. 声明需要暴露的服务接口, ref：指向服务的真正的实现对象-->
    <dubbo:service interface="com.dong.service.UserService" ref="userServiceImpl"/>

    <!-- 5. 服务的具体实现，和本地bean一样实现服务， 这个id要和上面的ref对应-->
    <bean id="userServiceImpl" class="com.dong.service.impl.UserServiceImpl"/>

启动之后
在这里插入图片描述

4.3 服务消费者 consumer

配置：

    <!-- 消费方应用名-->
    <dubbo:application name="dbConsumer"></dubbo:application>

    <!-- 使用zookeeper注册中心暴露发现服务地址，address是zookeeper 注册中心唯一必须指定的属性-->
    <dubbo:registry address="zookeeper://192.168.10.128:2181?timeout=60000"/>
    <!--  如果zookeeper是集群，可以这样
        address=zookeeper://10.20.153.10:2181?backup=10.20.153.11:2181,10.20.153.12:2181
    -->


    <!-- 声明需要调用的远程服务的接口，生成远程代理服务，然后就可以和本地的bean一样使用xxxService了 -->
    <dubbo:reference id="userService" interface="com.dong.service.UserService"/>

UserController.java 调用远程服务

@Controller
public class UserController {


    // 注入service（远程服务），跟以前注入不一样
    @Resource
    private UserService userService;

    @RequestMapping("regist")
    public String regist(){
        Users users = new Users(1, "zhangsan", "成都");
        Users register = userService.register(users);
        System.out.println(register);
        return "main";
    }

}

五、Zookeeper注册中心

官方文档：

https://dubbo.apache.org/zh/docsv2.7/user/references/registry/zookeeper/

Zookeeper 是 Apache Hadoop 的子项目，是一个树型的目录服务，支持变更推送，适合作为 Dubbo 服务的注册中心，工业强度较高，可用于生产环境，并推荐使用。
在这里插入图片描述
这是官方给的案例的zookeeper数据结构图。

以第四章的案例对比，这里的/dubbo/com.foo.BarService就相当于我们的com.dong.service.UserService，就是服务提供者需要提供的接口，也是消费者想要拿到的接口。

流程说明：

服务提供者启动时：向/dubbo/com.dong.UserService/providers节点写下数据，数据是自己的URL地址
服务消费者启动时：订阅/dubbo/com.dong.UserService/providers节点下提供者的URL地址。并向/dubbo/com.dong.UserService/consumers节点写下自己的URL地址
监控中心启动时：订阅/dubbo/com.dong.UserService节点目录下的所有提供者和消费者的URL

启动流程详解

启动流程
- dubbo-admin项目启动时会在zookeeper创建dubbo节点，刚开始时这个节点是空的
- 然后我们启动服务提供者：
- 服务提供者会向/dubbo/com.dong.UserService/providers写下自己的URL（ip吧？）
  这应该就对了
- 服务消费者启动后，订阅/dubbo/com.dong.UserService/providers节点下提供者的URL地址。并向/dubbo/com.dong.UserService/consumers节点写下自己的URL地址：

六、高可用操作

6.1 负载均衡

在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。

Random LoadBalance
随机，按权重设置随机概率。
在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。
RoundRobin LoadBalance
轮循，按公约后的权重设置轮循比率。
存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。
LeastActive LoadBalance
最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。
使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。
ConsistentHash LoadBalance
一致性 Hash，相同参数的请求总是发到同一提供者。
当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

一致性Hash算法参考连接：

https://blog.csdn.net/a745233700/article/details/120814088

6.2 服务降级

当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或换种简单的方式处理，从而释放服务器资源以保证核心交易正常运作或高效运作。可以通过服务降级功能临时屏蔽某个出错的非关键服务，并定义降级后的返回策略。
向注册中心写入动态配置覆盖规则

	RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension();
	Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181"));
	registry.register(URL.valueOf("override://0.0.0.0/com.foo.BarService?category=configurators&dynamic=false&application=foo&mock=force:return+null"));

6.3 服务容错

在集群调用失败时，Dubbo 提供了多种容错方案，缺省为 failover 重试。

集群容错模式

Failover Cluster
失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。
重试次数配置如下：

<dubbo:service retries="2" />

或者

<dubbo:reference retries="2" />

或者

<dubbo:reference>
    <dubbo:method name="findFoo" retries="2" />
</dubbo:reference>

Failfast Cluster
快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。
幂等性：一个幂等操作执行多次，与执行一次的产生的影响相同（没有产生副作用）。唯一约束就很好的避免了幂等性问题
Failsafe Cluster
失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。
Failback Cluster
失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
Forking Cluster
并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks=“2” 来设置最大并行数。
Broadcast Cluster
广播调用所有提供者，逐个调用，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息。