《企業it架構轉型之道》

1、中臺戰略

1 supercell公司的快速試錯模式。在開發過程當中將公共、通用的遊戲素材、算法作了很好的沉澱，能夠低成本創新，甚至試錯。
2 共享事業部的發展。須要業務的話語權進行主導。

2、共享服務體系

1 soa的本質。服務的重用
2 服務須要不斷的業務滋養，不斷改進。服務不須要穩定
3 共享服務是提供業務創新的土壤。
4 賦予快速的創新、試錯能力。
5 爲大數據創新作準備。
6 改變組織陣型會帶來效能的提高。

3、分佈式服務框架選擇

1 服務化的好處
下降不一樣模塊開發團隊的協同成本，業務響應更迅捷
下降系統間的耦合度及總體複雜度
避免個別模塊的錯誤對總體的影響
業務拆分後解放了db集羣鏈接能力
減小沒必要要的浪費
2 中心與去中心化的框架區別
3 hsf框架
服務提供者
服務調用者
地址服務器
配置服務器。 diamond
4 hsf
netty hession進行序列化
容錯機制
線性擴展

4、共享服務中心建設原則

1 高內聚、低耦合
2 數據完整性
3 業務科運營
4 漸進性

5、數據拆分實現db線性擴展

1 讀寫分離機制
水平分區
2 分庫分表實踐
以cobar爲基礎研發的tddl
tddl與阿里的rds的配合使用？？
儘量平均分
異構索引
3 心跳+報警，同步到zookeeper上

6、異步化與緩存

1 cap理論
consistency、availability、partion tolerance
2 base理論
basically available，soft state，eventual consistency
ca追求強一致性；base是大型分佈式系統，提出犧牲強一致性得到高可用性。
3 兩階段提交分佈式事務處理機制
4 柔性事務解決分佈式問題
a 引入日誌和補償機制。事務日誌記錄在分佈式節點上。
b 可靠消息傳遞。重複發送，要求冪等。
c 無鎖
5 幾種實現方式
消息分佈式事務
支付寶xts框架
6 注意的問題
應用程序必定要冪等
遠程模塊之間採用異步消息來驅動

7、打造數字化運營能力

1 服務化帶來的問題
很差跟蹤
2 鷹眼平臺

（1）埋點和輸出日誌
採用threadlocal保存上下文
traceid，本次請求的id（前端ip地址、建立時間，順序數）
rcpid，體現調用層次 1.1 1.1.1 1.1.2 1.1.1.2等等
開始時間，調用類型，對端ip
處理耗時
結果
數據傳輸量
（2）海量日誌分佈式處理平臺
tlog。須要的設置：日誌採集設置、處理流程自定義、api方式
可視化編程，google blockly
（3）系統監控
時間、qps、環比、耗時
報警：觸發條件、統計週期、重試幾回？、規則描述
調用鏈分析：應用名、ip、類型、狀態、大小、服務方法、時間、業務id
調用次數、本地耗時、依賴度、整個鏈條的佔用時間、標記

8、打造平臺穩定性能力

1 限流
tmd插件，在前端進行限流
服務層採用spring aop進行切面註解
限流平臺sentinel

9、共享中心對內和對外的寫做共享

1 服務治理

2 服務化建設 肯定對象是api 經過共享服務基礎設施，實現api的服務封裝 實施 能力開放