《蚂蚁金服11.11：支付宝和蚂蚁花呗的技术架构及实践》阅读心得

这篇文章是以支付宝和蚂蚁花呗为例来向我们介绍技术架构。在这个案例中，作者2并没有像教科书式的介绍架构的定义概念，而是通过案例生动形象地向我们介绍了利用架构支付宝来度过双十一的购物浪潮考验。

  支付宝目前的架构分为三层：

    1.业务平台上

        随时随地可用的支付服务

        安全，易用的开放支付应用开发平台

    2.技术平台上

         可伸缩，高可用的分布式事务处理与服务计算能力

         组件扩展性

         系统平台稳定性

   随着支付宝的发展，使用人数越来越多，支付宝开始面临挑战：系统的容量越来越大，各种设备都随之扩展，系统操作也越来越复杂。所以支付宝需要重新来架构，能够将系统做成不断容纳不同新的即将到来的各种问题的系统，能狗提供异地可扩展，和很多容灾方案。

   为了解决问题，支付宝做了两种架构。

  1.逻辑数据中心架构。支付宝决定将从接入层将系统分成多个单元。即将机房中的电脑全部分成不同的单元。每一个单元有一种应用，一层数据，和网络。

通过这种新的架构坚决几个关键问题：

1. 减少单元之间的交互和能够同步数据，实现异地部署系统。让整个系统的水平伸缩性提高。
2. 增加了使用效率，使系统处理问题的能力加强。
3. 可以实现多个异地备份策略，减少灾备成本，同时确保设备真实可用。
4. 该架构下业务级别的流量入口和出口形成同一的可管控能力，可路由的控制点。

2.分布式数据架构。按三个维度：业务类型，客户请求，数据复制读写分类来将支付宝内部交易数据主要分为三个大的数据库集群：主交易数据库集群，消费记录数据库集群，商户查询数据库集群。支付宝可以随着交易的增多来扩展这些集群，来做到系统良好的可伸缩性。

   支付宝这次架构是技术架构，是利用技术解决支付宝数据量大，操作频繁复杂的问题，通过云将数据分类别存放在不同的服务器内，增加了数据处理效率等。并且将数据处理分成更多的任务，交给更多的人去做。体现了架构的好处。

   蚂蚁金融团队对于这次技术架构，做到了“先胜而后求战”，主要分为三方面技术积累：“谋”，“器”，“将”：

     “谋”就是整体的架构技术设计方案和谋略。

      “器”就是支持技术工作的各种基础中间件和基础组件。

      “将”就是通过实践锻炼成长起来的技术人员。

   作者告诉我们一个好的架构团队不应该只有好的“谋”，还有过硬高稳定性的各种基础设施工具和身经百战被“虐了千百次”的技术人员的支撑才是最后取胜的关键。