餘額寶技術架構及演進閱讀心得

餘額寶是裝載在支付寶中的乙個理財產品，餘額寶訪問方便而且感覺還是比較安全的，所以我個人平時會有把錢都存放到餘額寶。本次閱讀了解到了餘額寶的技術架構及演進。

餘額寶總結起來包括這樣幾個屬性，第一它是乙個傳統的貨幣**，但它把 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 解決離線資料同步的問題。從而資料應用上可以滿足很多的需求，比如採集系統或者報表展示或者是使用者簡訊的推送等等。

餘額寶技術架構及演進 閱讀心得