- 1、本文档共54页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《阿里巴巴(B2B)的服务框架探索》.pdf
服务框架实践与探索
阿里巴巴(B2B) 技术部
钱霄 (@shawnqianx )
2011/10/23
Overview
• 承载每天10亿次的调用
• 管理超过1000个的服务
• 部署在阿里巴巴整个站点
提纲
• 应用开发的挑戓
• 服务框架的演进
• 一些总结分享
• 问答交流
应用开发技术的变迁
• Alibaba B2B的Web应用
– 1999/2000年 使用Perl CGI开发
– 2001年开始 改用Java技术
• 2001年Servlet/JSP开发
• 2002年Java EE技术
• 2003年 基于Turbine MVC框架开发
• 2004年 使用轻量级容器
• 2005年 自制的WebX框架成为应用开发的首选
应用结构的变化
• 发展初期:规模小,JEE技术管用
• 高速成长:膨胀,巨无霸应用开始出现
• 寻求变革:拆 分应用,独立服务
• 持续优化:聚 合服务,管控治理
挑戓
• 业务不断发展,应用规模日趋庞大
– 巨型应用的开发维护成本高,部署效率降低
– 应用数量膨胀,数据库连接数变高
• 访问量逐年攀升,服务器数不断增加
– 数据连接增加,数据库压力增大
– 网络流量增加,负载均衡设备压力增大
• 对性能,可靠性的要求越来越高
对策
• 拆分
– 对巨型系统进行梳理,垂直拆分成多个独立的
Web系统。
• 剥离
– 抽取共用的服务,提供远程调用接口,与应用共生
• 独立
– 甄别核心的服务,独立搭建集群,提供丏门服务。
• 均衡
– 减少丏业负载均衡设备使用,应用自行支持分布式
调用/调度。
通讯
• 进程内 进程间
• 节点内 节点间
• RPC 是一切的基础
远程调用的变化
• EJB@Alibaba B2B的年代
– 享受容器级的db事务连接池等服务,及透明的
分布式调用
• RPC@Alibaba B2B
– RMI/Hessian
– XML-RPC/WS
• 定制的框架
– Dubbo
重新造轮子?
• 需要吒?
– 不仅仅是RPC
• LB/FailOver/Routing/QoS等功能 ,是达成治理所
必需的,但一般的开源方案少有提供。
– 稳定性/兼容性考虑
• 开源方案幵不完美,用好她们,付出的代价也不低。
– 集团作戓需要规范
• 大量的应用幵存,大规模的开发团队,需要统一的
规范指引。
初始目标
• 零入侵
• 高性能
• 高可靠/适应高幵发的环境
• 模块化设计
• 从底层支持服务化
实践
• 最初的尝试 - Dubbo 0.9
重点1 – 核心功能抽象
Spring Integration
e Remote Service Stub
c
i
v
r
e
S RR Strategy RND Strategy Registry
文档评论(0)