餘額寶使用者數達到接近國人數量的1/4，日交易峰值可以達到兩億筆，最大併發數可以達到每秒五千筆。餘額寶創新來說，業務上的創新，他對t+0發揮到極致，是現金管理工具，是底層賬戶。還有就是嵌入式直銷，把貨幣**嫁接到支付寶去。技術創新包括**直銷和ta清算的整合。交易的簡化。餘額寶是核心業務在雲上執行的系統。
把直銷系統圖和ta清算系統做了融合，在資料庫層面是共享的，避免資料再做一次匯出和匯入，對清算也節省了很多時間。二期架構對系統做了優化，充分利用雲計算的計算能力，包括雲計算對儲存的處理能力。整個架構進行水平拆分，分為多路。從資料庫層面分成多個rds（阿里雲一款基於mysql的關係型資料庫產品）。另外就是去oracle，很多利用資料庫儲存過程計算的部分，移到計算單元完成。資料處理，包括實時處理和批量處理。在計算資源這塊再次對它進行了分離，主要目的是提公升客戶體驗。上雲之後，當然充分利用了雲計算的優勢，其中很主要乙個優勢就是可擴充套件性。
水平拆分：以使用者維度，，這樣最終處理時間與使用者交易的均衡程度有關。確定以使用者維度進行拆分之後，確定哪些點來進行拆分，同樣還是從使用者角度出發，帳戶、交易、份額、份額明細、份額變動等等。對於歷史表直接合到倉庫裡去了，因為每日清算完之後，當日資料直接把它歸檔掉。拆分之後，涉及到這樣乙個問題，ta 系統因為還要與周邊的系統進行互動，互動的介面同樣還是檔案，資料匯入需要先把檔案拆成多份，再把每乙份匯入 ta，資料匯出時系統要匯出多份檔案，再合併為乙份。
總控：
總控節點進行統一協調，保持事務一致性。雲計算的好處就是在成本上是可以做到很細的，並且方便按需增加，這是乙個非常大的成本上的優勢。
資料架構：
考慮資料後處理這塊。其中資料**於業務資料、日誌資料和其他資料。我們推進資料倉儲的建設和資料的產出。工具方面我們有很多自主開發的，同時也採用了阿里採雲間，以及其他外採工具，具體支撐業務包括生產資料分析、資金**、資料監控、運營支援，合規風控支援、資料安全方面等等。需要解決計算和資料的耦合，資料流轉及運維。
對系統未來演進思考，主要分這麼幾個方面。
1. 從大的方面來講是全域性通盤考慮。我們要把核心和輔助系統通盤考慮，降低資料的冗餘，降低資料維護成本。
2. 資料方面要用多不同的儲存來解決不同場景的需求，還有剛才提到計算和儲存的徹底解耦，做到計算和儲存的獨立可擴充套件。
3. 計算方面盡量做到業務上的拆分和輕量化，化繁為簡，拆分之後把應用服務化。
對業務來說，不同資料應用採用不同的儲存。服務呼叫改進，非同步呼叫靠訊息中介軟體。
企業應用架構閱讀筆記2
領域模型 使用不同職責的物件來聯合解決業務問題，而不是通過事務指令碼來處理資料 阻抗不匹配 物件模型和關係型資料庫之間的不匹配，通常通過物件 關係對映 orm 解決 軟體事務的四個特性 1.原子性 要麼全部成功，要麼全部回滾 2.一致性 事務開始和完成時，資源都不應該被破壞 3.隔離性 事務成功完成...
軟體架構實踐閱讀筆記2
軟體架構實踐閱讀筆記2 本書的第二部分講的是建立架構 設計師如何建立構架?這是本書第二部分要了解的重點。因為質量屬性的實現對系統的成功至關重要，因此我們開始對質量屬性以及設計師如何借助他的工具箱來實現質量屬性進行討論。對 壞做出評判的通常是旁觀者 booth tarkington的解釋 這對設計師來...
《架構即未來》閱讀筆記2
架構即未來 這本書的第12章簡單闡述了架構設計的一些常用的原則。要確保任何你所開發的系統在發生故障時，至少有乙個冗餘的例項。乙個例項確實很危險，當這個例項出現不明原因的問題不能對外服務，需要debug的時候，如果優先debug，那當前例項就要暫停服務直到你找到問題為止。如果你直接重啟例項恢復服務，就...