• 读《余额宝技术架构及演进》有感


    支付宝里面的余额宝是我接触的最早的一个理财模块,因为它特别方便而且上手很快,所以我就比较关心余额宝的架构是如何构造的。读完这篇文章,我了解到了余额宝是核心业务在云上运行的系统。这是余额宝技术方面的创新。从其他方面来说的创新有一是业务上的创新,他对T + 0 发挥到极致,是现金管理工具,是底层帐户。还有就是嵌入式直销,把货币基金嫁接到支付宝上去。当时来讲应该是一个在行业内是具有非常大的一个开创意义的一件事情。技术上创新是今天重点要说的事情:基金直销和 TA 清算的整合。传统的基金系统直销和清算是分开。直销系统每天要把数据以文件形式导入清算系统里去。这件事情我们做了很大的改进,这么大体量数据来说,每天导入导出这个数据不可想象,在这里做了一个直销和 TA 融合,后面我会有一个详细的介绍。

    交易的简化,监管大的框架下,满足监管要求的基础上,我们对交易逻辑做了很大的一个简化。余额宝是核心业务在云上运行的系统。这是余额宝技术方面的创新。

    下面来说一下,余额宝的架构演变历史。

    第一期的架构就是传统的 IOE 架构。底层存储是 EMC 存储。中

    支付宝里面的余额宝是我接触的最早的一个理财模块,因为它特别方便而且上手很快,所以我就比较关心余额宝的架构是如何构造的。读完这篇文章,我了解到了余额宝是核心业务在云上运行的系统。这是余额宝技术方面的创新。从其他方面来说的创新有一是业务上的创新,他对T + 0 发挥到极致,是现金管理工具,是底层帐户。还有就是嵌入式直销,把货币基金嫁接到支付宝上去。当时来讲应该是一个在行业内是具有非常大的一个开创意义的一件事情。技术上创新是今天重点要说的事情:基金直销和 TA 清算的整合。传统的基金系统直销和清算是分开。直销系统每天要把数据以文件形式导入清算系统里去。这件事情我们做了很大的改进,这么大体量数据来说,每天导入导出这个数据不可想象,在这里做了一个直销和 TA 融合,后面我会有一个详细的介绍。

    交易的简化,监管大的框架下,满足监管要求的基础上,我们对交易逻辑做了很大的一个简化。余额宝是核心业务在云上运行的系统。这是余额宝技术方面的创新。

    下面来说一下,余额宝的架构演变历史。

    第一期的架构就是传统的 IOE 架构。底层存储是 EMC 存储。中间层就是采用小型机,其中 KCXP 和 KCBP 是金证公司的消息中间件和业务中间件。往上前端是前置解析是用的 WebLogic,负载均衡用的硬件负载均衡。

    而第二期的架构则是在一期的基础上去进行了优化,即上云,充分利用云计算的计算能力,包括云计算对存储的处理能力。整个架构进行了水平拆分。前面一期架构实际上就是一路的处理,到了二期把它分成多路。从数据库层面分成多个 RDS(阿里云一款基于MySQL的关系型数据库产品)。另外一个就是去Oracle,很多利用数据库存储过程计算的部分,移到计算单元完成。

    二期架构可以满足核心交易之后,还要考虑余额宝目前这么大的数据量,怎么把这个数据用好。

    近一年来很多工作都是考虑数据后处理这块。其中数据来源于业务数据、日志数据和其他数据。我们推进数据仓库的建设和数据的产出。工具方面我们有很多自主开发的,同时也采用了阿里采云间,以及其他外采工具,具体支撑业务包括生产数据分析、资金预测、数据监控、运营支持,合规风控支持等等。开篇也提到了金融系统数据安全是重中之重,所以这块我们也会有相关的数据安全方面的管理。

    由此文章的内容可见,余额宝的架构是在经历了一级一级的优化之后形成的,但同时余额宝的架构还存在一些问题,在未来,系统的优化也会进行演变,注意分为主要分这么几个方面。1.从大的方面来讲是全局通盘考虑。我们要把核心和辅助系统通盘考虑,降低数据的冗余,降低数据维护成本。2.数据方面要用多不同的存储来解决不同场景的需求,还有刚才提到计算和存储的彻底解耦,做到计算和存储的独立可扩展。3.计算方面尽量做到业务上的拆分和轻量化,化繁为简,拆分之后把应用服务化。

        任何的架构都不会一直完美的,架构的设计和优化要一直一直进行。

    间层就是采用小型机,其中 KCXP 和 KCBP 是金证公司的消息中间件和业务中间件。往上前端是前置解析是用的 WebLogic,负载均衡用的硬件负载均衡。

    而第二期的架构则是在一期的基础上去进行了优化,即上云,充分利用云计算的计算能力,包括云计算对存储的处理能力。整个架构进行了水平拆分。前面一期架构实际上就是一路的处理,到了二期把它分成多路。从数据库层面分成多个 RDS(阿里云一款基于MySQL的关系型数据库产品)。另外一个就是去Oracle,很多利用数据库存储过程计算的部分,移到计算单元完成。

    二期架构可以满足核心交易之后,还要考虑余额宝目前这么大的数据量,怎么把这个数据用好。

    近一年来很多工作都是考虑数据后处理这块。其中数据来源于业务数据、日志数据和其他数据。我们推进数据仓库的建设和数据的产出。工具方面我们有很多自主开发的,同时也采用了阿里采云间,以及其他外采工具,具体支撑业务包括生产数据分析、资金预测、数据监控、运营支持,合规风控支持等等。开篇也提到了金融系统数据安全是重中之重,所以这块我们也会有相关的数据安全方面的管理。

    由此文章的内容可见,余额宝的架构是在经历了一级一级的优化之后形成的,但同时余额宝的架构还存在一些问题,在未来,系统的优化也会进行演变,注意分为主要分这么几个方面。1.从大的方面来讲是全局通盘考虑。我们要把核心和辅助系统通盘考虑,降低数据的冗余,降低数据维护成本。2.数据方面要用多不同的存储来解决不同场景的需求,还有刚才提到计算和存储的彻底解耦,做到计算和存储的独立可扩展。3.计算方面尽量做到业务上的拆分和轻量化,化繁为简,拆分之后把应用服务化。

        任何的架构都不会一直完美的,架构的设计和优化要一直一直进行。

      本文参考文章:陈雨《余额宝技术与演进》2016.7.13。

  • 相关阅读:
    编译安装Apache+PHP
    I/O模型之Web应用服务
    IO模型及Nginx架构流程概述
    nginx架构模型分析
    操作系统核心原理-4.线程原理(下):死锁基础原理
    操作系统核心原理-4.线程原理(上):线程基础与线程同步
    操作系统-进程概念
    socket与异步—异步(php版)
    socket与异步—socket(php版)
    mysql之一:系统准备及安装
  • 原文地址:https://www.cnblogs.com/sunshine-z/p/11053804.html
Copyright © 2020-2023  润新知