從餘額寶的創新來說可以從兩個方面去講它，一是業務上的創新，他對 t + 0 發揮到極致，是現金管理工具，是底層帳戶。還有就是嵌入式直銷，把貨幣**嫁接到支付寶上去。當時來講應該是乙個在行業內是具有非常大的乙個開創意義的一件事情。
技術上創新是今天重點要說的事情：
**直銷和 ta 清算的整合。傳統的**系統直銷和清算是分開。直銷系統每天要把資料以檔案形式匯入清算系統裡去。這件事情我們做了很大的改進，這麼大體量資料來說，每天匯入匯出這個資料不可想象，在這裡做了乙個直銷和 ta 融合，後面我會有乙個詳細的介紹。
交易的簡化，監管大的框架下，滿足監管要求的基礎上，我們對交易邏輯做了很大的乙個簡化。
餘額寶是核心業務在雲上執行的系統。這是餘額寶技術方面的創新。
二期雲端架構
基於這些原因，需要對一期的系統做優化，怎麼優化？二期架構用乙個詞概括就是上雲，充分利用雲計算的計算能力，包括雲計算對儲存的處理能力。
水平拆分
接下來詳細介紹一下是怎麼來做水平拆分。
第一點如何來分，以什麼維度來分？最後確定以使用者維度，這樣最終處理時間與使用者交易的均衡程度有關。確定以使用者維度進行拆分之後，確定哪些點來進行拆分，同樣還是從使用者角度出發，帳戶、交易、份額、份額明細、份額變動等等。對於歷史表直接合到倉庫裡去了，因為每日清算完之後，當日資料直接把它歸檔掉。
拆分之後，涉及到這樣乙個問題，ta 系統因為還要與周邊的系統進行互動，互動的介面同樣還是檔案，資料匯入需要先把檔案拆成多份，再把每乙份匯入 ta，資料匯出時系統要匯出多份檔案，再合併為乙份。
總控拆分最大的難點是在總控節點的處理，剛才說了 worker 節點能夠保持松耦合，但仍需要通過總控節點進行統一協調，保持事務一致性。
資料架構
二期架構可以滿足核心交易之後，還要考慮餘額寶目前這麼大的資料量，怎麼把這個資料用好。
edas 是統一企業級服務化解決方案，然後通過 dts 解決資料實時同步的問題，採用 cdp 解決離線資料同步的問題。在資料應用上可以滿足很多的需求，比如採集系統或者報表展示或者是使用者簡訊的推送等等，這就是我們對整個未來的架構演進的思考。
原文別分**：全面解析餘額寶技術架構及演進
閱讀筆記（三）
通讀此書，感覺愉快。比想象中的有趣 有用很多。這本書對於現階段的我只能是擴大了知識面，讓我知道匡總是反面的典型，對著書裡所講的，我發現他把所有不對的做法都實踐乾淨了。1人 10月 10人 1月。也就是說乙個人十個月開發的完的專案，十個人乙個月是做不完的。這差不多就是本書的核心思想。嚴格的測試，合理的...
閱讀筆記三
軟體需求模式的第三章 需求模式概念閱讀筆記。需求模式是定義一種特定型別需求的方法。首先我們要注意的是，需求模式是應用於單個需求的，一旦編寫完需求，模式的任務就沒有了。需求模式的好處有提供指導，節省時間，促進同種型別需求的一致性。需求模式具有 項固定的要素，包括基本細節 適用性，討論，內容 模板 例項...
《三體》閱讀筆記
我點燃了火，卻控制不了它。城市就是森林，每乙個男人都是獵手，每乙個女人都是陷阱。我們不知道外星文明是什麼樣子，但知道人類。宇宙社會學的公理 第一，生存是文明的第一需要 第二，文明不斷增長和擴張，但宇宙中的物質總量保持不變。不斷地忘卻是生活的一部分。既然發自內心的東西都看不懂，那就根本沒希望懂得他這個...