现在的位置: 首页 > 综合 > 正文

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

2013年10月25日 ⁄ 综合 ⁄ 共 3563字 ⁄ 字号 评论关闭

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

项目主页:http://code.alibabatech.com/wiki/display/dubbo/Home-zh

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

欢迎大家推荐更多开源项目给我们,支持中国的开源项目发展,如果您和您的团队希望展示创业理念和有趣之处,或者有朋友正在创造这样的价值,请联系我们,发信到blog@csdn.com即可。

先来个自我介绍吧!

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

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

Dubbo是什么?能做什么? 

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/Home-zh

Dubbo适用于哪些场景? 

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

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

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

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

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/User+Guide#UserGuide-GettingStarted

Dubbo的设计思路是什么? 

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/Developer+Guide#DeveloperGuide-FrameworkDesign

Dubbo的需求和依赖情况?

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/User+Guide#UserGuide-Dependency

Dubbo的性能如何? 

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/User+Guide#UserGuide-PerformanceTestReport

和淘宝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还提供服务黑白名单,来控制服务所允许的调用方。

可参见:http://code.alibabatech.com/wiki/display/dubbo/User+Guide#UserGuide-TokenVerify

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

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

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/Community#Community-KnownUsers

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

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

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

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

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

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/Download#Download-License

Dubbo开发团队情况?

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

  •    
    梁飞
    (开发人员/产品管理)
  •    
    刘昊旻
    (开发人员/过程管理)
  •     刘超 (开发人员/用户支持)
  •     李鼎(开发人员/用户支持)
  •    
    陈雷
    (开发人员/质量保障)
  •    
    闾刚
    (开发人员/开源运维)
从左至右:刘超,梁飞,闾刚,陈雷,刘昊旻,李鼎

可参见:http://code.alibabatech.com/wiki/display/dubbo/Community-zh

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

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

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

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

JIRA:http://code.alibabatech.com/jira/browse/DUBBO

开发者指南:http://code.alibabatech.com/wiki/display/dubbo/Developer+Guide-zh

Dubbo未来的发展计划? 

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

可参见:http://code.alibabatech.com/wiki/display/dubbo/Roadmap-zh 

抱歉!评论已关闭.