第一章，阿里技術架構演進
1、金融級系統的6個關鍵支撐目標：
a、高可用--實實在在的4個9。系統可以容忍各種硬件故障，可以在服務不中斷的情況下升級，關鍵系統，具備異地容災能力
b、安全 --及時，多層次檢測防禦安全*** ，具備快速阻斷大規模有組織的***
c、性能 --實時交易--併發能力，批量交易--吞吐能力，系統具備可伸縮，快速平行增加資源情況下滿足突發的業務量
d、成本 --單筆交易成本，峯值交易處理成本 作爲關鍵指標進行成本優化。
e、資金安全 --交易與數據的強一致性，具備準實時的交易資金覈對能力。
f、數據質量 -- 數據的準確，完成和及時性。
2、OceanBase：金融級分佈式數據庫
商業數據庫成本高昂，擴展困難。OceanBase已支撐了阿里的核心交易及賬務系統。--建議嘗試使用。
3、全鏈路壓測:世界級的創新，幫助了阿里充分評估自己的系統性能弱點及資源規劃，--建議嘗試使用。
4、單元化架構
單元化架構可實現異地多活－阿里爲三地四中心，並可動態擴展。
實現思路：系統單元化演進--把大系統拆分成相對獨立的小規模系統，每一個單元系統可以部署到任何地點的數據中心，實現異地多活。
單元化架構的關鍵特性：
a.自包含性--比如一次充值交易，涉及到的所有計算與數據都在一個單元內完成；
b.鬆耦合性--跨單元只能進行服務調用，不能直接訪問數據庫，在用戶體驗允許的情況下儘量採用異步處理；
c.故障獨立性--一個單元的故障，不能傳播到其他單元；
d.容災性--單元之間互相備份；
5，金融級中間件
6.彈性混合雲。
第二章，穩定，雙11的生命線
1，阿里的全鏈路壓力測試，是個偉大的發明，可在線上進行真實的全鏈路壓力測試，實現關鍵：
a、線上數據的同步和創建，
b、壓力模型系統,
c、隔離系統，防止對線上交易的影響（流量隔離，時間控制（修改jdk8的jvm時鐘））
d、構造執行系統。
e、事後分析系統
關鍵原則：建立一套線上影子體系滿足流量隔離
2.實時業務審計系統（BCP）
目標：業務數據的正確性，保證系統可用性及業務正確
a.配套數據鏈路排查工具，trace產品－－鷹眼系統，監控及定位問題。
b.數據修復平臺--實現發現問題後的自動修復。
3、故障治理
重視系統間的依賴關係，任何非核心業務均可能影響核心業務。
故障治理有效手段：故障重現，故障演練，故障突襲。
3.系統自我保護，穩定性的最後一道牆
建立系統保護體系：
a、限流
b、非關鍵業務的自動降級
c、流量調度
d、負載保護
e、重視預案的力量
自動發現問題是根本，在人爲不干預的情況下自動處理，通過系統自我保護，讓問題自愈。
對於突發情況，預案的準備及執行的透明是關鍵
第三章，技術拓展商業邊界
花唄風控系統應用架構
注重壓力測試／應急預案 的重要性。
第四章，移動端的技術創新之路
1.weex的大規模應用：兼容了H5和Native的優勢，優點：發佈快，流暢度高。建議推廣。
2.tmf框架演進：交易平臺作爲電商的核心平臺之一，承載着各類電商業務，而這些業務之間的業務邏輯差異非常大，TMF平臺則是對這些業務的抽象功能封裝，保證各類交易開發的一致性，儘可能複用原有經驗。
基於TMF框架的交易平臺架構
第五章，繁榮生態，賦能商家
1、聚石塔
－－提供IT基礎設置及數據雲服務，鏈接淘寶開放平臺，爲商家個性IT需求進行支撐。
2、阿里中間件產品系列
－－ 解決如何使設計出的平臺具備真正意義上的線性擴展能力，不管業務如何增長，平臺都能快速的應對業務的訪問。－－aliware
3、螞蟻金服 金融機構間的協同運維的探索和實踐
日常運行時由多根專線分擔交易流量，對通信成功率的關鍵指標進行監控
－－建立機構能力檢測平臺：自動以真實的業務的要求向下遊系統及銀行機構發起交易流量，使用真實的卡和資金，測試完成後自動迴流。
－－機構間自動化運行管理：限流，根據策略，分析網絡／銀行出現異動的情況下，採用支付寶側攔截並引導用戶使用其他支付工具的方式。自動以秒計方式進行調整。
－－自動化，秒級的自動流量管控。儘量提高反射弧（發現到完成自動決策，包括限流，切換通道等）的效率；2016年雙11，銀行渠道相關業務自動化率達到89%，零點高峯達到96%，交易管控已經自動化處理。
－－螞蟻金服與銀行開放互動的優化機制，雙方報警打通，系統監控打通。快速定位故障源。
－－支付機構與金融機構的運維協同體系：從人工＋自動化 －》 開放＋智能