阿里巴巴服务框架实践与探索.pdf

服务框架实践与探索 阿里巴巴(B2B) 技术部 钱霄 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