阿里巴巴开源服务框架 Dubbo 2.0.10发布

Dubbo是阿里巴巴SOA服务化治理方案的核心框架，每天为1,000+个服务提供1,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。

2011-12-28发布最新可靠版本2.0.10，该版本修改增加内容如下：

Bug

◆  [DUBBO-70] - 修复Cluster层传递RpcException的ErrorCode

◆ [DUBBO-101] - 增加init属性确定是否在afterpropertiesSet时饥饿初始化

◆ [DUBBO-124] - telnet 向上键失效

◆ [DUBBO-131] - telnet 缓存问题，历史记录没有设置上限。

◆ [DUBBO-132] - bytecode包的Wrapper的反射方法调用，提供方没有重载的方法时，当提供多余的参数时，多余参数会被忽略（应该报错）

◆ [DUBBO-141] - 共享连接后，不能使用连接上保存的服务信息，否则多服务时会有问题

◆ [DUBBO-142] - DubboCodec在获取函数时没有判断$invoke和$echo等特殊函数

◆ [DUBBO-144] - 扩展点加载失败（如依赖的三方库运行时没有），如扩展点没有用到，则加载不要报错（在使用到时报错）

◆ [DUBBO-146] - 调用的返回值在Provider端序列化失败（如传输对象没有实现Serialiable接口），Provider端也没有异常输出，Consumer端超时出错

◆ [DUBBO-148] - telnet请求没有终结，死循环发送消息

◆ [DUBBO-152] - RegistryDirectory在unsubscribe之后再标记为destroyed，否则unsubscribe会失败

◆ [DUBBO-155] - zookeeper注册的时候抛ConnectionLoss异常

◆ [DUBBO-157] - 配置加载时对${user.home}等占位符没有替换

◆ [DUBBO-158] - Config类的toString方法显示的标签名不对

Improvement

◆ [DUBBO-113] - registry客户端缓存采用ip作为key

◆ [DUBBO-145] - 服务方法调用重试过程中输出引起重试异常的日志

◆ [DUBBO-147] - 通过RpcContext可以获得所有尝试过的Invoker

◆ [DUBBO-149] - <dubbo:protocol>未配name时，生成的缺省id也应为dubbo，便于-D参数覆盖

◆ [DUBBO-153] - telnet增加--no-prompt参数，用于nc获取信息时不显示提示符

◆ [DUBBO-159] - URL基于host自动添加anyhost和localhost参数

◆ [DUBBO-160] - 给Multicast和Zookeeper注册中心URL增加缺省端口

Task

◆ [DUBBO-134] - -D覆盖xml，xml覆盖properties测试

◆ [DUBBO-151] - Demo中使用分离的配置

◆ [DUBBO-156] - 拆分remoting的p2p子模块

关于服务框架 Dubbo

Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。

主要核心部件：

◆ Remoting: 网络通信框架，实现了 sync-over-async 和 request-response 消息机制.

◆ RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能

◆ Registry: 服务目录框架用于服务的注册和服务事件发布和订阅

Dubbo工作原理

Provider

◆ 暴露服务方称之为“服务提供者”。

Consumer

◆ 调用远程服务方称之为“服务消费者”。

Registry

◆ 服务注册与发现的中心目录服务称之为“服务注册中心”。

Monitor

◆ 统计服务的调用次调和调用时间的日志服务称之为“服务监控中心”。

(1) 连通性：

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

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

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

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

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

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

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

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

(2) 健状性：

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

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

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

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

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

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

(3) 伸缩性：

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

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

原文链接：http://www.oschina.net/news/24397/dubbo-2-0-10-released

下载地址：http://code.alibabatech.com/wiki/display/dubbo/Download

【编辑推荐】

1. Spring Framework 3.0.7 发布
2. Spring 3.1 新特性一览表
3. Spring MVC数据绑定的扩展
4. Spring事务配置的五种方式
5. Spring声明性事务常见问题分析