阿里巴巴分布式服务框架 Dubbo 团队成员梁飞专访

Dubbo是阿里巴巴内部的SOA服务化治理方案的核心框架，每天为2000+ 个服务提供3,000,000,000+ 次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。Dubbo自2011年开源后，已被许多非阿里系公司使用。 

项目主页： http://alibaba.github.io/dubbo-doc-static/Home-zh.htm 

为了使大家对该框架有一个深入的了解，本期我们采访了Dubbo团队主要开发人员之一 梁飞。 

ITeye期待并致力于为国内优秀的开源项目提供一个免费的推广平台，如果你和你的团队希望将自己的开源项目介绍给更多的开发者，或者你希望我们对哪些开源项目进行专访，请告诉我们，发站内短信给ITeye管理员或者发邮件到[email protected]即可。

目 录 [ - ]

1. 先来个自我介绍吧！
2. Dubbo是什么？能做什么？
3. Dubbo适用于哪些场景？
4. Dubbo的设计思路是什么？
5. Dubbo的需求和依赖情况？
6. Dubbo的性能如何？
7. 和淘宝HSF相比，Dubbo的特点是什么？
8. Dubbo在安全机制方面是如何解决的？
9. Dubbo在阿里巴巴内部以及外部的应用情况？
10. 在分布式事务、多语言支持方面，Dubbo的计划是什么？
11. Dubbo采用的开源协议？商业应用应该注意哪些事项？
12. Dubbo开发团队情况？
13. 其他开发者如何参与？可以做哪些工作？
14. Dubbo未来的发展计划？

先来个自我介绍吧！

我叫梁飞，花名虚极，之前负责Dubbo服务框架，现已调到天猫。 

我的博客： http://javatar.iteye.com

Dubbo是什么？能做什么？

Dubbo是一个分布式服务框架，以及SOA治理方案。其功能主要包括：高性能NIO通讯及多协议集成，服务动态寻址与路由，软负载均衡与容错，依赖分析与降级等。 

可参见： http://alibaba.github.io/dubbo-doc-static/Home-zh.htm

Dubbo适用于哪些场景？

当网站变大后，不可避免的需要拆分应用进行服务化，以提高开发效率，调优性能，节省关键竞争资源等。 

当服务越来越多时，服务的URL地址信息就会爆炸式增长，配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。 

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

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

在遇到这些问题时，都可以用Dubbo来解决。 

可参见： Dubbo的背景及需求

Dubbo的设计思路是什么？

该框架具有极高的扩展性，采用微核+插件体系，并且文档齐全，很方便二次开发，适应性极强。 

可参见： 开发者指南 - 框架设计

Dubbo的需求和依赖情况？

Dubbo运行JDK1.5之上，缺省依赖javassist、netty、spring等包，但不是必须依赖，通过配置Dubbo可不依赖任何三方库运行。 

可参见： 用户指南 - 依赖

Dubbo的性能如何？

Dubbo通过长连接减少握手，通过NIO及线程池在单连接上并发拼包处理消息，通过二进制流压缩数据，比常规HTTP等短连接协议更快。在阿里巴巴内部，每天支撑2000多个服务，30多亿访问量，最大单机支撑每天近1亿访问量。 

可参见： Dubbo性能测试报告

和淘宝HSF相比，Dubbo的特点是什么？

1.   Dubbo比HSF的部署方式更轻量，HSF要求使用指定的JBoss等容器，还需要在JBoss等容器中加入sar包扩展，对用户运行环境的侵入性大，如果你要运行在Weblogic或Websphere等其它容器上，需要自行扩展容器以兼容HSF的ClassLoader加载，而Dubbo没有任何要求，可运行在任何Java环境中。 

2.   Dubbo比HSF的扩展性更好，很方便二次开发，一个框架不可能覆盖所有需求，Dubbo始终保持平等对待第三方理念，即所有功能，都可以在不修改Dubbo原生代码的情况下，在外围扩展，包括Dubbo自己内置的功能，也和第三方一样，是通过扩展的方式实现的，而HSF如果你要加功能或替换某部分实现是很困难的，比如支付宝和淘宝用的就是不同的HSF分支，因为加功能时改了核心代码，不得不拷一个分支单独发展，HSF现阶段就算开源出来，也很难复用，除非对架构重写。 

3.   HSF依赖比较多内部系统，比如配置中心，通知中心，监控中心，单点登录等等，如果要开源还需要做很多剥离工作，而Dubbo为每个系统的集成都留出了扩展点，并已梳理干清所有依赖，同时为开源社区提供了替代方案，用户可以直接使用。 

4.   Dubbo比HSF的功能更多，除了ClassLoader隔离，Dubbo基本上是HSF的超集，Dubbo也支持更多协议，更多注册中心的集成，以适应更多的网站架构。

Dubbo在安全机制方面是如何解决的？

Dubbo主要针对内部服务，对外的服务，阿里有开放平台来处理安全和流控，所以Dubbo在安全方面实现的功能较少，基本上只防君子不防小人，只防止误调用。 

Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。Dubbo还提供服务黑白名单，来控制服务所允许的调用方。 

可参见： Dubbo的令牌验证

Dubbo在阿里巴巴内部以及外部的应用情况？

在阿里内部，除淘系以外的其它阿里子公司，都在使用Dubbo，包括：中文主站，国际主站，AliExpress，阿里云，阿里金融，阿里学院，良无限，来往等等。 

开源后，已被：去哪儿，京东，吉利汽车，方正证劵，海尔，焦点科技，中润四方，华新水泥，海康威视，等公司广泛使用，并不停的有新公司加入，社区讨论及贡献活跃，得到用户很高的评价。 

可参见： Dubbo的已知用户

在分布式事务、多语言支持方面，Dubbo的计划是什么？

分布式事务可能暂不会支持，因为如果只是支持简单的XA/JTA两阶段提交事务，实用性并不强。用户可以自行实现业务补偿的事件，或更复杂的分布式事务，Dubbo有很多扩展点可以集成。 

在多语言方面，Dubbo实现了C++版本，但在内部使用面极窄，没有得到很强的验证，并且C++开发资源紧张，没有精力准备C++开源事项。

Dubbo采用的开源协议？商业应用应该注意哪些事项？

Dubbo采用Apache License 2.0开源协议，它是一个商业友好的协议，你可以免费用于非开源的商业软件中。 

你可以对它进行改造和二次发布，只要求保留阿里的著作权，并在再发布时保留原始许可声明。 

可参见： Dubbo的开源许可证

Dubbo开发团队情况？

Dubbo共有六个开发人员参与开发和测试，每一个开发人员都是很有经验，团队合作很默契，开发过程也很有节奏，有完善质量保障流程。团队组成： 

• 梁飞 （开发人员/产品管理）
• 刘昊旻 （开发人员/过程管理）
• 刘超 （开发人员/用户支持）
• 李鼎 （开发人员/用户支持）
• 陈雷 （开发人员/质量保障）
• 闾刚 （开发人员/开源运维）

 
从左至右：刘超，梁飞，闾刚，陈雷，刘昊旻，李鼎

可参见： Dubbo的团队成员

其他开发者如何参与？可以做哪些工作？

开发者可以在Github上fork分支，然后将修改push过来，我们审核并测试后，会合并到主干中。 

Github地址： https://github.com/alibaba/dubbo 

开发者可以在JIRA上认领小的BUG修复，也可以在开发者指南页面领取大的功能模块。 

JIRA： http://code.alibabatech.com/jira/browse/DUBBO（暂不可用） 

开发者指南： http://alibaba.github.io/dubbo-doc-static/Developer+Guide-zh.htm

Dubbo未来的发展计划？

Dubbo的RPC框架已基本稳定，未来的重心会放在服务治理上，包括架构分析、监控统计、降级控制、流程协作等等。 

可参见： http://alibaba.github.io/dubbo-doc-static/Roadmap-zh.htm