支付宝核心会计到甲骨文实践.pptx

想预览更多内容,点击预览全文

申明敬告:

本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己完全接受本站规则且自行承担所有风险,本站不退款、不进行额外附加服务;如果您已付费下载过本站文档,您可以点击这里二次下载

文档介绍

2021年1月汇报人:支付宝核心会计到甲骨文实践账务的数据和特性分布式事 务账户余额资金明细账户资金更新热点极高并发要求数据丢失零容忍数据错误零容忍极高稳定性要求数据层架构选型策略业务要求技术能力性能伸缩性稳 定 性 要 求峰 值 要 求性 能 要 求写/ 读稳定性成本人的要求人员储备经验积累维护能力账务的技术架构演进(1)账务appMaster slave早期: IBM小型机,EMC高端存储,Oracle单库,一主一备账务的技术架构演进(2)cache账务appfailoverReadMasterSlave双11带来架构的演进:PC机,分库分表,Oracle dataguard,应用层failover账务的技术架构演进(3)CITY1CITY2IDC1IDC3IDC2IDC4MasterMasterMasterMasterReadReadReadRead全局复制LFO+RFOLFO+RFOLFO+RFOLFO+RFO同城容灾 异地容灾高可用带来的架构演进: 单元化,异地多活,同城容灾,异地容灾账务的技术架构演进(4)MASTER-CITY1(25%)CLOUD-CITY (50%)IDC1IDC2CLOUD- IDCCLOUD-IDCMASTER-CITY2(25%)IDC3IDC4双11每年翻番带来的架构演进: 弹性混合云架构,数据灵活扩容缩容业务推动数据层技术发展垂直拆分,水平拆分, 机房扩容,硬件更新容量每年双11容量需求翻番去IOE,采用廉价硬件, 自主技术成本IOE的成本压力支付宝的社会价值 RPO=0,RTO接近0应用Failover,机房容 灾稳定性数据层架构如何进一步优化?伸缩性,稳定性如何进一步提升?2016年双11数据双11背后的数据库:OceanBase简介OceanBase的演进路径2016:1.x版本2014:0.5版本金融级 云数据 库2013

最近下载