dubbo 详细说明
一. 背景(来源官网)
随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。
-
单一应用架构
- 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
- 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
-
垂直应用架构
- 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
- 此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
-
分布式服务架构
- 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
- 此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
-
流动计算架构
- 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
- 此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。
二. 架构
节点角色说明:
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。
- Monitor: 统计服务的调用次调和调用时间的监控中心。
- Container: 服务运行容器。
调用关系说明:
- 0. 服务容器负责启动,加载,运行服务提供者。
- 1. 服务提供者在启动时,向注册中心注册自己提供的服务。
- 2. 服务消费者在启动时,向注册中心订阅自己所需的服务。
- 3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
- 4. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
- 5. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
(1) 连通性:
- 注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小
- 监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示
- 服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销
- 服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销
- 注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外
- 注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者
- 注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表
- 注册中心和监控中心都是可选的,服务消费者可以直连服务提供者
(2) 健状性:
- 监控中心宕掉不影响使用,只是丢失部分采样数据
- 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务
- 注册中心对等集群,任意一台宕掉后,将自动切换到另一台
- 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯
- 服务提供者无状态,任意一台宕掉后,不影响使用
- 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复
(3) 伸缩性:
- 注册中心为对等集群,可动态增加机器部署实例,所有客户端将自动发现新的注册中心
- 服务提供者无状态,可动态增加机器部署实例,注册中心将推送新的服务提供者信息给消费者
(4) 升级性:
- 当服务集群规模进一步扩大,带动IT治理结构进一步升级,需要实现动态部署,进行流动计算,现有分布式服务架构不会带来阻力:
三. 用法
1. 下载并安装zookeeper、dubbo-admin(选)、Monitor(选)
2. maven依赖
· <!--============================dubbo依赖项定义 begin============================ -->
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
</dependency>
<dependency>
<groupId>com.esotericsoftware.kryo</groupId>
<artifactId>kryo</artifactId>
</dependency>
<dependency>
<groupId>de.javakaffee</groupId>
<artifactId>kryo-serializers</artifactId>
</dependency>
<dependency>
<groupId>org.apache.zookeeper</groupId>
<artifactId>zookeeper</artifactId>
</dependency>
<dependency>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
</dependency>
<dependency>
<groupId>org.javassist</groupId>
<artifactId>javassist</artifactId>
</dependency>
<!-- ============================dubbo
依赖项定义 end============================-->
2. 提供者配置
Dubbo提供者接口定义与Spring并不冲突,以下配置的大致意思是将Spring里一个testService bean定义为服务提供者,生成一个远程调用服务地址(存在zookeeper注册中心的对应接口节点上)。
<?xml version="1.0"encoding="UTF-8"?>
<beansxmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xmlns="http://www.springframework.org/schema/beans"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbohttp://code.alibabatech.com/schema/dubbo/dubbo.xsd"
default-lazy-init="true">
<!--logger="slf4j"-->
<!--owner="programmer"organization="dubbox"-->
<dubbo:applicationname="test-provider"/>
<dubbo:registryaddress="zookeeper://${zookeeper.host}"protocol="zookeeper"check="false"/>
<dubbo:protocolname="dubbo"port="${dubbo.port}"serialization="kryo"/>
<!--provider中 reference类的定义,需要优先扫描,定义 -->
<!-- <dubbo:annotationpackage="com.ec.base,com.ec"/>-->
<dubbo:serviceinterface="com.ec.test.logic.interfaces.TestService"ref="testService" version="0.0.1"group="ec" cluster="failfast" />
<!--cluster="failfast" 或 retries="0"集群容错,对于新增写操作为避免重复插入,必须使用该配置这样能保证只调用一次服务,配置读取优先级 方法、接口、全局配置,另外消费端配置优于服务端
服务接口最好将查询(retries="2",可重复执行两次),更新、删除(根据需要配置retries="2"),新增(retries="0"或cluster="failfast",必填)三种类型的方法分别抽象对应的接口
-->
</beans>
3. 消费者配置
<?xml version="1.0"encoding="UTF-8"?>
<beansxmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xmlns="http://www.springframework.org/schema/beans"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd"
default-lazy-init="true">
<!--owner="programmer"organization="dubbox"-->
<dubbo:applicationname="test-consumer" />
<dubbo:registryaddress="zookeeper://${zookeeper.host}"protocol="zookeeper"/>
<!--check 为false,先绑定代理对象,实际使用才验证是否有服务提供者,以方便开发。-->
<dubbo:consumercheck="false"application="test-consumer"timeout="30000"/>
<!--<dubbo:referenceinterface="com.ec.test.logic.interfaces.TestService"id="testService" check="false" version="0.0.1"group="ec" />-->
</beans>
对于消费端,dubbo的声明建议采用注解的方式来减少配置文件的维护
本项目消费端架构是基于Spring+Spring mvc+dubbo形式,为防止spring容器重复创建bean,进行如下配置:
spring-context.xml
<!--在主容器中不扫描@Controller注解,在SpringMvc中只扫描@Controller注解-->
<!-- base-package 如果多个,用“,”分隔 -->
<context:component-scanbase-package="com.ec">
<context:exclude-filtertype="annotation"
expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
spring-mvc.xml
<!--扫描Controller内注解:扫描注解包路径,多个包用逗号分隔,不填pacakge表示扫描当前ApplicationContext中所有的类 -->
<dubbo:annotationpackage="com.ec"id="controllerAnnotation"/>
<!-- 使用Annotation自动注册Bean,只扫描@Controller base-package 如果多个,用“,”分隔-->
<context:component-scanbase-package="com.ec"use-default-filters="false">
<context:include-filtertype="annotation"
expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
对应Controller层注入dubbo接口服务的示例如下
@Reference(version ="0.0.1", group ="ec",check
=false)
private TestServicetestService;
其中,@Reference注解会将testService远程代理服务生成一个bean并交由spring容器管理。
以上是一个简单的dubbo提供者和消费者与Spring、Spring mvc 的集成配置,dubbo相关的细节,可访问官网dubbo.io进行深入了解。