余额宝是装载在支付宝中的一个理财产品，余额宝存取方便而且感觉还是比较安全的，所以我个人平时会有把钱都存放到余额宝。本次阅读了解到了余额宝的技术架构及演进。
余额宝总结起来包括这样几个属性，第一它是一个传统的货币基金，但它把 T + 0 （当天买入的证劵（或期货）在当天就可以卖出）做到极致，另外他管理大量的用户资产。同时他具备极简的用户体验，符合互联网精神。
余额宝的创新主要有两个反面，一个是业务上的创新，把T + 0做到了极致，用户可以及时的存入取出，非常地方便。还有是嵌入式直销，把货币基金直接嫁接在支付宝上面，可以吸引支付宝的广大用户。二是技术上的创新：1.基金直销和 TA 清算的整合。在数据库层面是共享的，避免数据再做一次导出和导入，对清算也节省了很多时间。2.交易简化，用户使用起来比较简单明了。3.将核心业务部署在云上。
架构的演进历史：IOE 架构->云端架构->数据架构->未来演进
最开始是 IOE 架构，底层存储是 EMC 存储。中间层就是采用小型机，其中 KCXP 和 KCBP 是金证公司的消息中间件和业务中间件。往上前端是前置解析是用的 WebLogic，负载均衡用的硬件负载均衡。这个架构能够支持千万级用户，而且将传统基金互联网化，将系统的5*8可用性升级到了7*24小时可用，也就是随时随刻可用，上线后发现业务规模超出想象，清算时间过长，如果要参加双11的活动，系统的处理是肯定跟不上的，所以就做了系统的优化更新。
升级为云端架构，将系统部署在云端就可以充分利用云计算的计算能力和云计算对储存的处理能力。将一期的架构水平拆分成更多的单元，分成多路，优化了处理能力。上云后将直销和TA在计算资源层面分离，提升了用户的体验。还可以提高的点：
1.耦合。首先计算和数据的耦合还是存在的。这实际上是对系统的扩展是不利的。另外，单个计算节点上，在业务上还是存在耦合，我们很多业务上的东西还是存在拆分的可能。
2.数据流转，我们现在数据库层面也是分布式，所以数据的抽取、同步和流转会遇到很多现实的问题。
3.运维。在运维方面除了遇到的传统分布式系统的运维遇到的一些难题之外，我们还在业务层面的运维也会遇到一些现实问题。
数据架构的出现是为了更好地利用好数据量，通过各种工具收集数据，经过分析后可以更好地利用起来创造价值。当然金融系统数据安全是重中之重，需要在这方面加强管理和监督，才能保障用户的资金和信息安全。
未来演进有几个方面：
1.数据驱动
以交易为主到交易、分析和挖掘多种类并存，并且要求实时或者准实时给用户呈现结果，对不同的数据应用采用不同的存储。
2.服务化
利用阿里云的 PaaS 平台技术把大应用拆分为简单的可横向扩展的小应用，提供接口，以便服务之间的调用。
3.异步调用
异步调用主要靠消息中间件。金融系统对消息中间件的可靠性要求非常高，仍沿用传统思路，更多考虑采用成熟金融级消息中间件来做这件事情。
4.利用EDAS企业级服务化解决方案 、DTS 解决数据实时同步的问题、采用 CDP 解决离线数据同步的问题。从而数据应用上可以满足很多的需求，比如采集系统或者报表展示或者是用户短信的推送等等。