[微服务]揭开DUBBO的神秘面纱

Posted 2021-04-06 爱折腾的稻草

DUBBO是什么？

Dubbo是由阿里巴巴开源的一个基于Java的高性能的RPC框架。和其他RPC框架一样，Dubbo的核心思想是定义一个服务，指定可被远程调用的方法的参数和返回类型。

• 在服务端，服务实现接口并运行dubbo服务以便处理客户端调用。

• 在客户端，客户端具有和服务端一样的方法的接口存根。

DUBBO能做什么？

DUBBO服务治理

• 基于接口的远程调用

• 故障容错和负载均衡

• 自动的服务注册和发现

DUBBO架构设计

DUBBO架构

1、节点说明

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

2、调用关系说明

1. 服务容器负责启动，加载，运行服务提供者。

2. 服务提供者在启动时，向注册中心注册自己提供的服务。

3. 服务消费者在启动时，向注册中心订阅自己所需的服务。

6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

DUBBO怎么使用？

1、模拟需求

比如用户管理服务功能中具有

• 用户管理控制器：UserController

• 用户管理服务接口：UserService

• 用户管理服务接口实现类：UserServiceImpl

2、非dubbo的普通应用的Spring配置

<bean id=“userService” class=“com.xxx.UserServiceImpl” />
<bean id=“userController” class=“com.xxx.UserController”>
    <property name=“userService” ref=“userService” />
</bean>

3、dubbo的远程调用配置

在上述2的基础上，我们只需做简单的配置即可完成dubbo远程化：

• 将上述2中的配置拆分成2个文件，将服务定义部分放在服务提供方 remote-provider.xml，将服务引用部分放在服务消费方 remote-consumer.xml。

• 在服务提供方

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:dubbo="http://dubbo.apache.org/schema/dubbo"
    xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans-4.3.xsd        http://dubbo.apache.org/schema/dubbo        http://dubbo.apache.org/schema/dubbo/dubbo.xsd">

    <!-- 提供方应用信息，用于计算依赖关系 -->
    <dubbo:application name="hello-world-app"  />

    <!-- 使用multicast广播注册中心暴露服务地址 -->
    <dubbo:registry address="multicast://224.5.6.7:1234" />

    <!-- 用dubbo协议在20880端口暴露服务 -->
    <dubbo:protocol name="dubbo" port="20880" />

    <!-- 声明需要暴露的服务接口 -->
    <dubbo:service interface=“com.xxx.UserService” ref=“userService” />

    <!-- 和本地服务一样实现远程服务 -->
    <bean id=“userService” class=“com.xxx.UserServiceImpl” />

</beans>

• 在服务消费方

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:dubbo="http://dubbo.apache.org/schema/dubbo"
    xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans-4.3.xsd        http://dubbo.apache.org/schema/dubbo        http://dubbo.apache.org/schema/dubbo/dubbo.xsd">

    <!-- 消费方应用名，用于计算依赖关系，不是匹配条件，不要与提供方一样 -->
    <dubbo:application name="consumer-of-helloworld-app"  />

    <!-- 使用multicast广播注册中心暴露发现服务地址 -->
    <dubbo:registry address="multicast://224.5.6.7:1234" />

    <!-- 生成远程服务代理，可以和本地bean一样使用demoService -->
    <dubbo:reference id=“userService” interface=“com.xxx.UserService” />
    <!-- 和本地服务一样使用远程服务 -->
    <bean id=“userController” class=“com.xxx.UserController”> 
        <property name=“userService” ref=“userService” />
    </bean>
</beans>

总结

• 当服务越来越多时，服务 URL 配置管理变得非常困难，F5 硬件负载均衡器的单点压力也越来越大。 此时需要一个服务注册中心，动态的注册和发现服务，使服务的位置透明。

• 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。 这时，需要自动画出应用间的依赖关系图，以帮助架构师理清理关系。

• 接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？ 为了解决这些问题，第一步，要将服务现在每天的调用量，响应时间，都统计出来，作为容量规划的参考指标。其次，要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间到达阀值，记录此时的访问量，再以此访问量乘以机器数反推总容量。

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进，因此DUBBO孕育而生了。

DUBBO技术路线

资料来自：
http://dubbo.apache.org/
http://dubbo.apache.org/books/dubbo-user-book/

图注:爱折腾的稻草