余额宝的技术架构.pptx

)运行时长≥)累计交易≥15亿笔3)基金规模≥5700亿4)用户数≥、清算整合、每日结转T0交易、一键开户IOE架构,压力已行业最大值支持交易>=3亿,账户数>=800万去IOE,选择云计算,跨越式迈进面向未来,支持双十一指标实现行业第一,插上业务腾飞的翅膀双十一清算轻松完成,小收益快体验余额宝系统技术创新之路技术创新的飞跃云上感觉真好!基于IOE的架构一期架构下的瓶颈网络链路长,对天弘端的基础环境要求极高;扩展性不够,部分核心业务逻辑写到了DB层,非常依赖ORACLE的处理能力;未做分布式处理,单点的资源压力极大;单位建设成本高,IOE的购置和维护成本很大;基于阿里云的架构上云前的难点内忧外患,一期系统仅上线试运行一周,功能仍需完善;系统设计是否能通过监管要求,仍心存忐忑;超高指标,交易并发数从一期400指标突越至4000以上,几乎没任何心理准备和技术可行方案;全面短缺,时间、资源、人力都严重不足,从技术方案评估到研发完成只有2个月;研发团队完全没有云计算的工作经历,几乎没人熟悉mysql;分库分表和文件处理如何分?数轮讨论后,敲定按账户来分,根据签约协议号的后三位来均等分配。哪些表分?账户、交易、份额、份额明细、份额变动;历史表怎么办?合并数据导入数据仓库,再按时间来分;交互文件如何处理?每日须实时交易和文件逐笔对账,每小时一个文件,每天24个文件,再合并拆分成1000个节点导入对应的数据库;资产收益文件做导出合并;总控设计按节点清算,各节点之间保持松耦合;消息机制,事物的一致性;数据核对,总控来汇总每个节点的清算数据,再按清算规则核对数据的正确性;收益分配,总控根据节点做第一次分配和尾差处理,节点根据总控传送的收益,再做第二次分配和尾差处理;节点将分配的明细汇总再传送至总控做数据核对;清算指标对比上云前上云后步骤时间(秒)步骤时间(秒)