duboo 相关内容介绍（1）｜学习笔记

开发者学堂课程【基于 Zookeeper、Dubbo 构建互联网分布式基础架构：duboo 相关内容介绍（1） 】学习笔记，与课程紧密联系，让用户快速学习知识。

课程地址：https://developer.aliyun.com/learning/course/635/detail/10168

duboo 相关内容介绍（1）

 

内容介绍：

一、入门

二、快速启动

三、依赖

四、成熟度

五、配置

 

一、入门

1.背景

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

单一应用架构

当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部箐节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键,

垂直应用架构

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。

分布式服务架构

当垂直应用越来越多，应用之间交互不可避免。将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，便前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。

 

2.需求

在大规模服务化之前，应用可能只是通过RMI或Hessian简单的暴露和引用远程服务，通过配置服务的URL地址进行调用，F5等硬件进行负载均衡。

当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负数均衡器的单点压力也越来越大。此时需一个服务注册中心，动态的注册和发现服务，使服务的位置透明。并通过在消费方获取服务提供方地址列表，实现负载均衡和Faillover,降低对F5硬件负载均衡器的依赖，也能减少部分成本。

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

接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？

为了解决这些问题，第一步，要将服务现在每天的调用量，响应时间，都统计出来，作为容量现划的参考指标。其次。要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化,知道响应时间到达阀值，记录此时的访问量，再以此访问量乘以机器数反推总容量。

3.架构

调用关系说明

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

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

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

4.注册中心返回服务提供害地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

5.服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

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

Dubbo 架构具有以下几个特点，分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。

连通性

•注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小

•监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示

•服务提供者向注册中心注册其提供的服务。并汇报调用时间到监控中心，此时间不包含网络开销

•服务消费者向注册中心获取服务提供者地址列表。并根据负载算法直接调用提供者。同时汇报调用时间到监控中心，此时间包含网络开销

•注册中心，服务提供者，服务消费者三者之间均为长连接。监控中心除外

•注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者。

•注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供看列表

•注册中心和监控中心都是可选的，服务消费者可以真连服务提供者

健状性

•监控中心宕掉不影响使用。只是丢失部分采样数据

•数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务

•注册中心对等集群，任意一台宕掉后，将自动切换到另一台

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

•服务提供者无状态。任意一台宕掉后，不影响使用

•服务提供者全部宕掉后，服务消费者应用将无法便用，并无限次重连等待服务提供者恢复

伸缩性

•注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心

•服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

升级性

当服务集群规模进一步扩大，带动IT治理结构进一步升级，需要实现动态部署，进行流动计单，现有分布式服务架构不会带来阻力。

节点角色说明

二、快速启动

快速启动

Dubbo 采用全 Spring 配置方式，透明化接入应用，对应用没有任何 API 侵入，只需用Spring 加载 Dubbo 的配置即可，Dubbo 基于 Spring 的 Schema 扩展进行加载。

如果不想使用 Spring 配置，可以通过 API的方式进行调用。

定义服务接口

在服务提供方实现接口

用 Spring 配置声明暴露服务

通过 Spring 配置引用远程服务

加载 Spring 配置，并调用远程服务

 

三、依赖

必须依赖

JDK 1.6+ ¹

缺省依赖

通过 mvn dependency:tree > dep.log 命令分析，Dubbo 缺省依赖以下三方库：

这里所有依赖都是按照 Dubbo 缺省配置选的，这些缺省值是基于稳定性和性能考虑的。

可选依赖

以下依赖，在主动配置使用相应实现策略时用到，需自行加入依赖

1.理论上 Dubbo 可以只依赖 JDK，不依赖于任何三方库运行，只需配置使用 JDK 相关实现策略 ↩︎

2.日志输出包↩︎

3.字节码生成 ↩︎

4.配置解析 ↩︎

5.网络传输 ↩︎

6.JEE ↩︎

 

四、成熟度

功能成熟度

策略成熟度

 

五、配置

5.1 XML 配置

有关 XML 的详细配置项，请参见：配置参考手册。

如果不想使用 Spring 配置，而希望通过 API 的方式进行调用，请参见：API配置。

想知道如何使用配置，请参见：快速启动。

provider.xml 示例

所有标签都支持自定义参数，用于不同扩展点实现的特殊配置，

配置之间的关系

不同丽都配置的覆盖关系

以 timeout 为例，下图显示了配置的查找顺序，其它 retries,

loadbalance, actives 等类似：

· 方法级优先，接口级次之，全局配置再次之。

· 如果级别一样，则消费方优先，提供方次之。

其中，服务提供方配置，通过 URL 经由注册中心传递给消费方

（建议由服务提供方设置超时，因为一个方法需要执行多长时间，服务提供方更清楚，如果一个消费方同时引用多个服务，就不需要关心每个服务的超时设置）。

理论上 ReferenceConfig 中除了interface这一项，其他所有配置项都可以缺省不配置，框架会自动使用ConsumerConfig，ServiceConfig, ProviderConfig等提供的缺省配置。

1. 2.1.0 开始支持，注意声明：xmlns:p="http://www.springframework.org/schema/p" ↩︎

2. 引用缺省是延迟初始化的，只有引用被注入到其它 Bean，或被 getBean() 获取，才会初始化。如果需要饥饿加载，即没有人引用也立即生成动态代理，可以配置： ↩︎

5.2 属性配置

属性配置

如果你的应用足够简单，例如，不需要多注册中心或多协议，并且需要在spring容器中共享配置，那么，我们可以直接使用 dubbo.properties 作为默认配置。

Dubbo 可以自动加载 classpath 根目录下的 dubbo.properties，但是你同样可以使用 JVM 参数来指定路径：-Ddubbo.properties.file=xxx.properties。

映射规则

可以将 xml 的 tag 名和属性名组合起来，用 ‘.’ 分隔。每行一个属性。

· dubbo.application.name=foo 相当于

· dubbo.registry.address=10.20.153.10:9090 相当于

如果在 xml 配置中有超过一个的 tag，那么你可以使用 ‘id’ 进行区分。如果你不指定 id，它将作用于所有 tag。

· dubbo.protocol.rmi.port=1099 相当于

· dubbo.registry.china.address=10.20.153.10:9090 相当于

优先级从高到低：

· JVM -D 参数：当你部署或者启动应用时，它可以轻易地重写配置，比如，改变 dubbo 协议端口；

· XML：XML 中的当前配置会重写 dubbo.properties 中的；

· Properties：默认配置，仅仅作用于以上两者没有配置时。

1. 如果在 classpath 下有超过一个 dubbo.properties 文件，比如，两个 jar 包都各自包含了 dubbo.properties，dubbo 将随机选择一个加载，并且打印错误日志。

2. 如果 id 没有在 protocol 中配置，将使用 name 作为默认属性。

5.3 API 配置

API 属性与配置项一对一，各属性含义，请参见：配置参考手册，比如：

ApplicationConfig.setName("xxx") 对应

服务提供者

服务消费者

特殊场景

下列只列出不同的地方，其他参见上面的写法

方法级设置

点对点直连

1. API 使用范围说明：

APLI 仅用于 OpenAPI,ESB,Test,Mock 等系统集成，普通服务提供方或消费方，请采用XML 配置方式使用 Dubbo

5.4注解配置

需要2.6.3及以上版本支持。

服务提供方

Service 注解暴露服务 Javacofig 形式配置公共模块

指定 Dubbo 扫描路径

服务消费方

Referece 注解引用服务

Javacofig 形式配置公共模块

指定 dubbo 扫描路径