Dubbo 备注

2022-12-23,

Dubbo是阿里开源的一款服务治理中间件,主要包含如下节点:

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

服务提供方配置如下:

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <!-- 提供方应用信息,用于计算依赖关系 -->
<dubbo:application name="demo_provider_app" owner="demo_provider_app"/> <!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://127.0.0.1:2181" /> <!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880" host = "127.0.0.1"/> <dubbo:service interface="com.fredric.demo.IProviderService" ref="ProviderServiceImpl" /> </beans>

服务消费方配置如下:

    <dubbo:application name="demo_consumer_app" owner="demo_consumer_app"/>

    <!-- 使用zookeeper注册中心暴露服务地址 -->
<!-- 注册中心地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://127.0.0.1:2181" /> <!-- 用户服务接口 -->
<dubbo:reference interface="com.fredric.demo.IProviderService" id="ProviderServiceImpl" />

对于dubbo的依赖,全部配置在maven的工程依赖中。其中启动时可以做dubbo的可执行jar包。

<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<classesDirectory>target/classes/</classesDirectory>
<archive>
<manifest>
<mainClass>com.alibaba.dubbo.container.Main</mainClass>
<useUniqueVersions>false</useUniqueVersions>
<addClasspath>true</addClasspath>
<classpathPrefix>lib/</classpathPrefix>
</manifest>
<manifestEntries>
<Class-Path>.</Class-Path>
</manifestEntries>
</archive>
</configuration>
</plugin>

安装部署时:

1、安装zookeeper;

2、安装dubbo admin管理后台;(可选)

3、发布服务提供方和消费者,本例中用的都是可执行jar包,因此只要java -jar XXX即可。

执行后可在dubbo admin中查看当前的提供方、消费者和应用。

dubbo还支持容错和负载均衡,架构如下:

这里我的理解是,尽管两者都是集群部署,但是有差别的:多个容错节点形成一个invoke在多个invoker中,可以使用loadbalence;

原文描述如下:

这里的Invoker是Provider的一个可调用Service的抽象,Invoker封装了Provider地址及Service接口信息。
Directory代表多个Invoker,可以把它看成List<Invoker>,但与List不同的是,它的值可能是动态变化的,比如注册中心推送变更。
Cluster将Directory中的多个Invoker伪装成一个Invoker,对上层透明,伪装过程包含了容错逻辑,调用失败后,重试另一个。
Router负责从多个Invoker中按路由规则选出子集,比如读写分离,应用隔离等。
LoadBalance负责从多个Invoker中选出具体的一个用于本次调用,选的过程包含了负载均衡算法,调用失败后,需要重选。

Dubbo 备注的相关教程结束。

《Dubbo 备注.doc》

下载本文的Word格式文档,以方便收藏与打印。