Cobar地架构与实践.PDF

Cloud Computing 云计算 Cobar的架构与实践 文 邱硕 / 是提供分布式数据库服务的中间件 是阿里巴巴 前台应用访问数据库的统一入口 本文讲述的就 Cobar ， B2B 。 是Cobar的架构演变与应用实践。 2008年，阿里巴巴B2B成立了平台技术部，为各个 消费者之间的关系。负责跨机房数据库同步的 业务部门的产品提供底层的基础平台。这些平台 Otter是这些变更数据的消费者之一。 涵盖Web框架、消息通信、分布式服务、数据库 截至2012年6月，Cobar的使用方已涵盖B2B中文 中间件等多个领域的产品。它们有的源于各个产 站、国际站、国际交易、搜索、数据仓库、ITU等 品线在长期开发过程中沉淀出来的公共框架和系 部门的200多个应用，其中包括中文站的Offer和国 统，有的源于对现有产品和运维过程中新需求的 际站产品等的核心应用。 发现。数据库相关的平台就是其中之一，主要解 决以下三方面的问题。 中文站Offer表的拆分和amoeba 为海量前台数据提供高性能、大容量、高可用性 的访问。 2 0 0 8 年，阿里巴巴的业务基本上使用同一个 为数据变更的消费提供准实时的保障。 Oracle+小型机做数据库，一个单点承载了多个核 心业务，比如中文站的Offer应用，其数据量和访 高效的异地数据同步。 问量都很高。截至2008年，数据库的Offer表已经 应用层通过Cob ar访问数据库 （如图1所示）。 有1亿的数据量。在高峰时期，Oracle小型机常常 对数据库的访问分为读操作 （select)和写操作 load高达30，CPU利用率在90%以上。 (update、insert和delete)。写操作会在数据库上产 同时，过多的应用使用同一个单点数据库，导致 生变更记录，MySQL的变更记录叫binlog，Oracle 连接数过多，影响性能。Oracle的Standby切换在 的变更记录叫redolog。图1中的Erosa产品解析这 实际使用中也出现过问题，导致网站不可用这样 些变更记录，并以统一的格式缓存至Eromanga 的事故。Oracle数据库不开源，基本可以算是一 中，后者负责管理变更数据的生产者 （Erosa）和 个