這篇文章是以支付寶和螞蟻花唄為例來向我們介紹技術架構。在這個案例中，作者2並沒有像教科書式的介紹架構的定義概念，而是通過案例生動形象地向我們介紹了利用架構支付寶來度過雙十一的購物浪潮考驗。

支付寶目前的架構分為三層：

1.業務平臺上

隨時隨地可用的支付服務

安全，易用的開放支付應用開發平臺

2.技術平臺上

可伸縮，高可用的分布式事務處理與服務計算能力

組件擴展性

系統平臺穩定性

隨著支付寶的發展，使用人數越來越多，支付寶開始面臨挑戰：系統的容量越來越大，各種設備都隨之擴展，系統操作也越來越復雜。所以支付寶需要重新來架構，能夠將系統做成不斷容納不同新的即將到來的各種問題的系統，能狗提供異地可擴展，和很多容災方案。

為了解決問題，支付寶做了兩種架構。

1.邏輯數據中心架構。支付寶決定將從接入層將系統分成多個單元。即將機房中的電腦全部分成不同的單元。每一個單元有一種應用，一層數據，和網絡。

通過這種新的架構堅決幾個關鍵問題：

1. 減少單元之間的交互和能夠同步數據，實現異地部署系統。讓整個系統的水平伸縮性提高。
2. 增加了使用效率，使系統處理問題的能力加強。
3. 可以實現多個異地備份策略，減少災備成本，同時確保設備真實可用。
4. 該架構下業務級別的流量入口和出口形成同一的可管控能力，可路由的控制點。

2.分布式數據架構。按三個維度：業務類型，客戶請求，數據復制讀寫分類來將支付寶內部交易數據主要分為三個大的數據庫集群：主交易數據庫集群，消費記錄數據庫集群，商戶查詢數據庫集群。支付寶可以隨著交易的增多來擴展這些集群，來做到系統良好的可伸縮性。

支付寶這次架構是技術架構，是利用技術解決支付寶數據量大，操作頻繁復雜的問題，通過雲將數據分類別存放在不同的服務器內，增加了數據處理效率等。並且將數據處理分成更多的任務，交給更多的人去做。體現了架構的好處。

螞蟻金融團隊對於這次技術架構，做到了“先勝而後求戰”，主要分為三方面技術積累：“謀”，“器”，“將”：

“謀”就是整體的架構技術設計方案和謀略。

“器”就是支持技術工作的各種基礎中間件和基礎組件。

“將”就是通過實踐鍛煉成長起來的技術人員。

作者告訴我們一個好的架構團隊不應該只有好的“謀”，還有過硬高穩定性的各種基礎設施工具和身經百戰被“虐了千百次”的技術人員的支撐才是最後取勝的關鍵。

《螞蟻金服11.11：支付寶和螞蟻花唄的技術架構及實踐》閱讀心得