我所经历的“余额宝”的那些故事

　　一年前的现在，在沈阳支付宝大楼里有个叫“春秋书院”的闭关室，内里一群重要而兴奋的年轻人在忙碌着。项目室庞大的落地窗前，站着一个面色凝重的人，他就是天弘基金创新事业部手艺卖力人樊振华，一个在金融IT领域有着富厚履历的老兵。他看着窗外络绎不绝的汽车，深深地吸了一口吻。

　　这是一个只有代号但没著名字的保密项目，内部称之为“2号项目”，2号项目的旺旺交流群的署名上写着“2002支付宝神秘武器”，足可见这个项目的主要性。

　　停止到今天，中国近亿人由于这个项目受益，改变了自己的理财习惯。这个神秘的项目，就是余额宝。那么余额宝的初期营业配景是什么呢？由此引发出对IT系统建设的需求又是什么？

　　余额宝营业配景

　　在支付宝上卖基金的想法，在天弘基金电商卖力人周晓明心中经由多次的思索和磨炼，已逐渐清晰。他在向阿里小微金服团体海内事业群总裁樊治铭先容余额宝模式的雏形时，准备了5分钟内容，但只讲1分钟后，双方即告竣一致意见可以做、快速做，并期望余额宝能在6月上线运营。

　　双方随即行动起来，举行了简朴的分工，支付宝卖力余额宝在支付宝端的建设事情，而基金公司端卖力与支付宝对接的直销和整理系统的建设重任，就落到了樊振华头上。

　　这是一个从来没有人做过，也没有人知道该怎样做的创新营业，面临支付宝庞大的用户群体，在仅不足3个月的时间内，该怎样设计基金的整理和直销系统，成为了樊振华面临的头号难题。

　　2002年3月，樊振华一行与支付宝手艺方举行整体架构相同，这是传统金融行业建设思绪与互联网手艺门路的第一次冲突，双方在闭关室足足讨论了4天，确定下来一期系统的建设目的和要解决的问题。

　　其时主要面临以下难点。

　　1. 要能支持“万万级”用户的系统容量。

　　（1）传统的基金销售系统主要是和第三方销售机构，如银行理财专柜、网上银行举行互助销售。直销系统能够处置惩罚天天几万到几十万个用户的开户就完全够用了。但“余额宝”面临的是数以亿计的支付宝用户，用户的开户数目和并发量与传统营业有数目级的差异。

　　（2）传统基金的TA系统面临的用户是以理财为目的的申购和赎回，因此天天整理的生意业务笔数要求也只有几万到几十万即可知足。但余额宝的营业模式里，支付宝用户的每一笔消耗，都市转化为一次基金赎回，又加上海量潜在用户群，逐日整理笔数将会是传统模式的百倍甚至是千倍。

　　2. 直销系统和TA系统的融合。

　　传统的直销和TA是划分自力的系统，但对于接入支付宝这种入口生意业务空前频仍、数据量极为重大的需求而言，传统的分散式文件交互方式不能知足效率和优化使用资源的要求。因此，项目组提出了功效整合、功效简化、当前库和历史库分散的手艺结构。让直销和整理系统使用统一套数据库，来制止数据拷贝带来的营业时延。

　　3. 7×24小时的基金直销系统。

　　由于渠道的缘故原由，传统基金直销系统的大多数开户泛起在银行的事情日。因此系统能做到5×8小时即可知足大部门客户的需求。但互联网的属性是7×24小时，因此系统也应具备7×24小时不中断的服务能力。

　　4. 支付宝与天弘基金双方的数据传输与系统交互。

　　余额宝的直销和整理系统会部署于天弘基金在天津的数据中央，而支付宝的“余额宝”系统部署在沈阳，双方之间的通讯协议，远距离数据传输面临很大的挑战。

　　这样，凭据早期建设需求，余额宝一期系统的架构和系统容量计划睁开了序幕。

　　一期系统建设

　　距离上线时间只有不足3个月，樊振华和系统开发商金证科技的手艺职员举行了重要的架构事情。经由数次讨论，双方有了开端的统一意见，并形成了建设目的。

　　1. 基于传统的IOE基础架构。

　　在云云短的时间内，有许多功效优化、营业流程更改等开发事情，再配合相关的测试，控制改动的规模。因此基础架构决议接纳传统的HP/IBM/Oracle/EMC方案，靠使用高端硬件装备的方式，提高一期系统的整体容量和性能。

　　2. 直销和TA的系统整合。

　　（1）为淘汰直销系统和TA的数据传输延迟，决议两个系统使用统一套数据库架构。

 1/4    1 2 3 4 下一页 尾页