讀書筆記：《企業IT架構轉型之道-阿里巴巴中臺戰略思想與架構實戰》

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