#讀后感# 《企業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章 共享服務中心對內和對外的協作共享
服務化實施階段
