#讀後感# 《企業IT架構轉型之道-阿裡巴巴中台戰略思想與架構實戰》鐘華（花名：古謙）編著，阿裡巴巴中間件首席架構師，15年中間件領域行業經驗。 進入新公司第一天，領導就給了這本書，慚愧，剛看完... 一本推動“中台建設”指導性實戰用書，濃縮了10來年的經驗，從架構層面詳細敘述阿裡共用業務事業部：技 ...
#讀後感# 《企業IT架構轉型之道-阿裡巴巴中台戰略思想與架構實戰》鐘華（花名：古謙）編著，阿裡巴巴中間件首席架構師，15年中間件領域行業經驗。
進入新公司第一天，領導就給了這本書，慚愧，剛看完...
一本推動“中台建設”指導性實戰用書，濃縮了10來年的經驗，從架構層面詳細敘述阿裡共用業務事業部：技術的演變和思路，具有很高的參考價值！
【讀書筆記】
《企業IT架構轉型之道》
鐘華著
阿裡巴巴中台戰略思想與架構實戰
第2章 構建業務中台的基礎——共用服務體系
服務不需要“業務穩定”，而需要不停的滋養。
阿裡巴巴共用業務事業部的5大價值定位
開放
實現對內對外的開放
服務
服務能力不斷提升
滋養
業務滋養
穩定
專註、專業帶來穩定
數據
線上線下數據產品創新
第3章 分散式服務框架的選擇
SOA並沒有定義出一定是基於ESB匯流排的方式。
ESB模式的“中心化”服務架構的根本訴求。
“去中心化”分散式服務架構的根本訴求。
分散式事務難題
針對業務的需求在事務一致性和性能間做好平衡。
微服務的服務設計
以什麼樣的服務顆粒度定義服務？
以什麼樣的數據模型支撐服務能力的線性擴展？
如何保持設計出的服務具有很好的業務前瞻性？
原有組織架構是否滿足微服務架構持續發展的需要。
第4章 共用服務中心建設原則
服務中心建設要考量的三個重要方面
設計
業務和系統建模遵循面向對象的基本原則。
運營
服務中心應該是一個完整的業務模型，要有數據運營和業務整合的價值。
提供管理運營的方法和配套工具服務。
工程
不能圖一時之快把業務拆得非常徹底，到最後不得不投入很大資源來解決技術上面對的問題。
項目中總結的基本原則
高內聚、低耦合原則
數據完整性原則
業務可運營性原則
漸進性的建設原則
第5章 數據拆分實現資料庫能力線性擴展
如果在“儘量減少事務邊界”與“數據儘可能平均拆分”兩個原則間發生了衝突，那麼請選擇“數據儘可能平均拆分”作為優先考慮原則，因為事務邊界的問題相對來說更好解決，無論是做【全表掃描】或做【異構索引複製】都是可以解決的。而寫入或單機容量如果出現不均衡，那麼處理起來難度就比較大。
如果為每一個存在跨join或全表掃描的場景都採用數據異構索引的方式，整個資料庫出現大量數據冗餘，數據一致性的保障也會帶來挑戰，同時資料庫間的業務邏輯關係也變得非常複雜，給資料庫運維帶來困難和風險。
第6章 非同步化與緩存原則
CAP之間的取捨
放棄分區容錯性
放棄可用性
放棄一致性
BASE理論
基本可用（Basically Available）
柔性狀態（Soft State）
最終一致性（Eventual Consistency）
互聯網應用最核心的需求是：高可用。
傳統分散式事務
兩段式提交
準備階段
提交階段
柔性事務處理分散式事務問題
引入日誌和補償機制
MQ
實現無鎖
事務管理器
阿裡內部實現
TXC
支付寶XTS框架
關於柔性事務的總結
兩階段提交的方案可以保證最強的ACID要求。
而最終一致性方案往往意味著更高的事務處理性能及處理吞吐率，但有些實現方案需要開發人員更全面地瞭解前端業務以實現事務的正向補償或反向回滾，也會付出有損事務隔離性的代價。
為了充分發揮柔性事務框架性能的優勢並實現業務的最終一致，需要採納以下配合方案：
應用程式一定要做冪等實現，特別是對資料庫進行數據修改操作時。
遠程模塊之間用非同步消息來驅動，非同步消息還可以起到檢查點的作用。
第7章 打造數字化運營能力
阿裡巴巴的鷹眼平臺
服務調用鏈跟蹤
著重於對業務鏈路數據的實時監控
服務調用鏈分析
對服務調用數據按照不同維度進行離線的統計和分析
很好地解決了服務開發人員和業務架構師針對應用服務化後服務管控的訴求，是阿裡巴巴服務管控體系最為重要的兩個核心功能。
第8章 打造平臺穩定性能力
Sentinel平臺所提供的【限流】和【降級】功能，是今天阿裡巴巴集團如此龐大、複雜的服務化平臺能穩定運行至關重要的。
實時業務審計平臺（Business Check Platform, BCP）採用規範與標準化業務規則的方式，統一解決平臺服務化後越來越凸顯的業務一致性問題，解放業務人員那顆懸著的心。
第9章 共用服務中心對內和對外的協作共用
服務化實施階段
