首页天道酬勤阿里巴巴集团天猫事业部,阿里巴巴管理团队

阿里巴巴集团天猫事业部,阿里巴巴管理团队

张世龙 05-04 00:10 19次浏览

Dubbo是阿里巴巴内SOA服务化对策方案的核心框架,每天为2,000个服务提供3,000,000,000次访问支持,被阿里巴巴集团各成员网站广泛使用。 Dubbo自2011年开源以来,被很多非阿里系公司使用。

项目主页: http://Alibaba.github.io/dubbo-doc-static/home-zh.htm

为了深入了解这个框架,这次我们采访了怡宝蜻蜓,它是Dubbo团队的主要开发者之一。ITeye期待并致力于为国内优秀的开源项目提供一个免费的推广平台,如果你和你的团队希望将自己的开源项目介绍给更多的开发者,或者你希望我们对哪些开源项目进行专访,请告诉我们,发站内短信给ITeye管理员或者发邮件到webmaster@iteye.com即可。目录[ - ]让我先自我介绍一下。 什么是Dubbo? 我能做什么? Dubbo适合什么样的场景? Dubbo的设计思路是什么? Dubbo的需求和依赖情况如何? Dubbo的性能如何? 与淘宝汇丰相比,Dubbo的特点是什么? Dubbo在安全机构方面是怎么解决的? Dubbo在阿里巴巴内部和外部的使用情况如何? 在分布式事务和多语言支持方面,Dubbo的计划是什么? Dubbo采用的开源协议是什么? 商业APP应用中应该注意的事项是什么? Dubbo开发团队的情况如何? 其他开发者如何参与? 我能做什么样的工作? Dubbo未来的发展计划? 让我先自我介绍一下! 我叫怡园蜻蜓。 花的名字很虚。 我以前负责Dubbo服务框架,现在调到天猫了。

我的博客: http://什么是Java tar.iteye.com dubbo? 我能做什么? Dubbo是分布式服务的框架,是SOA的治理方案。 其功能主要包括高性能NIO通信和多协议集成、服务动态寻址和路由、软负载均衡和容错、依赖分析和降级等。

请参阅: http://Alibaba.github.io/dubbo-doc-static/home-zh.htmdubbo适用于什么场景? 网站越来越大,就需要划分APP应用程序进行服务,以提高开发效率、调整性能和节约重要的竞争资源。

服务增加时,服务的URL地址信息会急剧增加,配置管理变得非常困难,F5硬件负载平衡器的单点压力也会增加。

进一步发展,服务之间的依赖关系变得复杂,甚至不知道哪个APP应用程序在哪个APP应用程序之前启动,体系结构不能完全描述APP应用程序的体系结构关系。

其次,服务调用量增加,服务容量问题突出。 这项服务需要多少机器支持? 我应该什么时候添加机器? 等等……

遇到这些问题时,可以用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中的classLoaaard兼容

2. Dubbo比HSF的扩展性更好,很方便二次开发不能通过一个框架涵盖所有需求。 Dubbo始终平等对待第三方理念。 这意味着,所有功能都可以像第三方一样通过扩展来实现,包括Dubbo本身内置的功能在内的外围扩展,而无需修改Dubbo的本机代码。 例如,HSF在添加功能时,“支付宝”(Alipay )和淘宝使用不同的HSF分支。 由于在添加功能时更改了核心代码,所以必须复制一个分支并单独发展,在HSF的现阶段,即使出现开源,除非重新编写体系结构,否则很难重用。

3. HSF依赖比较多内部系统开放源代码需要大量剥离工作,例如部署中心、通知中心、监控中心和单点登录,但Dubbo为每个系统的集成留下了扩展点

4.http://www.Sina.com/classl除外

oader隔离,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共有六个开发人员参与开发和测试,每一个开发人员都是很有经验,团队合作很默契,开发过程也很有节奏,有完善质量保障流程。团队组成: 

怡然的蜻蜓 (开发人员/产品管理)彩色的鸡 (开发人员/过程管理)认真的书包 (开发人员/用户支持)kaddy (开发人员/用户支持)zyddb (开发人员/质量保障)闾刚 (开发人员/开源运维)  
从左至右:认真的书包,怡然的蜻蜓,闾刚,zyddb,彩色的鸡,kaddy
可参见: 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
dubbo为什么用zk作为注册中心,dubbo现在还用吗