余额宝开启了划时代的意义，开启了全民理财时代。
阅读这篇关于架构的内容，感想最大还是处于大数据时代。余额宝的数据量之大不是我们能想象到的，文章将余额宝的数据来源分为：业务数据、日志数据和其他数据。现在编程的我们也知道数据要分开处理，余额宝二期架构中也提到这一点：
-
比如对于在线交易，可以采用经过阿里支付宝验证过的 OB，专门用于解决金融级的分布式关系数据库的解决方案；
-
对于批量结算，可以继续沿用多年来在余额宝已经用的很娴熟的 RDS 集群。
-
对于 2T 到 PB 级的小数仓可以用 PetaData，解决以年度为单位的数据存储。
-
对于大规模的批量计算，数据仓库这块，我们直接就用 ODPS。
-
对大表存储可采用 OTS。
-
对于分析型、挖掘类需求可采用列存数据库。
采用推进数据仓库的建设和数据的产出。同时也提到了数据的推进管理方面的问题：我们系统的演进，数据量由单一小量向大量多类转变，同时应用种类从以交易为主到交易、分析和挖掘多种类并存。另外实时性要求也有变化，新的业务模式有时候要求实时或者准实时给用户呈现结果。当然也有我们都关心的数据安全问题：“之前讲到金融要求是私有云，我们是在阿里金融云上，并不是在公有云上，可理解为物理上是隔离的。”总体来说数据这一块是庞大并且必须要做到安全分块处理的。
再来综合看一下余额宝的创新：
余额宝的创新主要有两个反面，一个是业务上的创新，把T + 0做到了极致，用户可以及时的存入取出，非常地方便。还有是嵌入式直销，把货币基金直接嫁接在支付宝上面，可以吸引支付宝的广大用户。二是技术上的创新：1.基金直销和 TA 清算的整合。在数据库层面是共享的，避免数据再做一次导出和导入，对清算也节省了很多时间。2.交易简化，用户使用起来比较简单明了。3.将核心业务部署在云上。
架构的演进历史：IOE 架构->云端架构->数据架构->未来演进。
余额宝升级为云端架构之后，将系统部署在云端就可以充分利用云计算的计算能力和云计算对储存的处理能力。将一期的架构水平拆分成更多的单元，分成多路，优化了处理能力。上云后将直销和TA在计算资源层面分离，提升了用户的体验（这一点相当重要，可以联想到软件质量属性六大特性。）。还可以提高的点：
1.耦合。首先计算和数据的耦合还是存在的。这实际上是对系统的扩展是不利的。另外，单个计算节点上，在业务上还是存在耦合，我们很多业务上的东西还是存在拆分的可能。
2.数据流转，我们现在数据库层面也是分布式，所以数据的抽取、同步和流转会遇到很多现实的问题。
3.运维。在运维方面除了遇到的传统分布式系统的运维遇到的一些难题之外，我们还在业务层面的运维也会遇到一些现实问题。
数据架构的出现是为了更好地利用好数据量，通过各种工具收集数据，经过分析后可以更好地利用起来创造价值。当然金融系统数据安全是重中之重，需要在这方面加强管理和监督，才能保障用户的资金和信息安全。
在未来推进的展望里，我们可以看到余额宝在数据这块更加下功夫（降低数据的冗余，降低数据维护成本，数据方面要用多不同的存储来解决不同场景的需求，计算方面尽量做到业务上的拆分和轻量化，化繁为简，拆分之后把应用服务化）。
在这周我们的架构课讲到了软件质量属性，读这篇文章，联想到了性能这一质量属性，余额宝用户数可以说达到了接近于 1/4 国人数量，日交易峰值可以达到两亿笔，最大并发数可以达到每秒五千笔。截止 2016 年上一季度公开披露信息，规模已经达到六千亿以上。可以说在性能这一点上，余额宝做的是相当好的。