課程大綱：

1、戰(zhàn)略設計

1.1 企業(yè)架構的五個方面和六個層次

五個方面：業(yè)務架構，技術架構，數(shù)據(jù)架構，研發(fā)流程，組織架構

六個層次：基礎設施層，數(shù)據(jù)層，中間件層，中臺服務層，業(yè)務服務層，用戶接口層

1.2 數(shù)字化轉型的三個階段

階段一：拉通信息系統(tǒng)，重塑組織協(xié)同

• 業(yè)務架構：單體應用，企業(yè)消息總線集成

• 技術架構：物理機及虛擬化

• 數(shù)據(jù)架構：數(shù)據(jù)抽取與統(tǒng)計分析

• 研發(fā)流程：測試與發(fā)布手工化及腳本化

• 組織架構：研發(fā)與運維隔離

階段二：構建中臺體系，加速業(yè)務創(chuàng)新

• 階段一的問題，是什么影響了快速迭代。

• 業(yè)務架構：架構耦合問題，架構腐化問題，技術債務問題

• 技術架構：資源申請慢，復用性差，高可用性差

• 數(shù)據(jù)架構：數(shù)據(jù)分散質量差，單一維度統(tǒng)計分析，人為報告反饋鏈長

• 研發(fā)流程：上線依賴人，部署風險高，腳本難維護

• 組織架構：研發(fā)運維標準不一，難保障端到端高可用

如何解決這些問題：

• 中臺的定義與誤區(qū)

• 中臺構建的兩種方式和兩種模式

• 一個傳統(tǒng)行業(yè)中臺的案例

• 業(yè)務架構：架構服務化，側重變化多和復用性，領域拆分與解耦

• 技術架構：基礎設施云化，統(tǒng)一接口，抽象概念，租戶自助

• 數(shù)據(jù)架構：統(tǒng)一指標體系，建設數(shù)據(jù)倉庫，支撐管理決策

• 研發(fā)流程：發(fā)布模式平臺化，構建持續(xù)集成流程，質量和績效看板

• 組織架構：成立中臺組/架構師組，銜接研發(fā)和運維

階段三：探索互聯(lián)網模式，優(yōu)化產品體驗

階段二在什么情況下遇到問題：

• 業(yè)務對接互聯(lián)網業(yè)務，面臨高并發(fā)流量

• 灰度發(fā)布，A/B測試，客戶參與優(yōu)化產品體驗

如何解決這些問題：

• 業(yè)務架構：架構微服務化，側重服務治理能力

• 技術架構：基礎設施容器化，統(tǒng)一微服務框架和工具鏈

• 數(shù)據(jù)架構：個性化推薦與精準營銷，業(yè)務融合數(shù)據(jù)，數(shù)據(jù)驅動創(chuàng)新

• 研發(fā)流程：DevOps流程，一切即代碼，不可改變基礎設施

• 組織架構：研發(fā)和運維融合，應用交付提前到開發(fā)，應用治理下沉到運維

1.3 云原生體系建設總圖

1.4 云原生體系建設路徑

云原生體系建設的四個階段和25個步驟。

2、戰(zhàn)術設計

假設目前的架構狀態(tài)，應用單體，基礎設施虛擬化，發(fā)布模式腳本化。

五個方面迭代進行：業(yè)務架構，技術架構，數(shù)據(jù)架構，研發(fā)流程，組織架構。

2.1 階段一：規(guī)劃——在架構委員會領導下的梳理與規(guī)劃

組織架構先行：成立架構師組。

從業(yè)務架構出發(fā)：進行業(yè)務流程和領域梳理。

(1) 梳理核心業(yè)務流程

(2) 劃分核心業(yè)務領域

(3) 確定界限上下文及相互關系

(4) 輸出按照領域橫向拆分架構

2.2 階段二：試點——選一個項目試點，汲取經驗，培養(yǎng)團隊，建立規(guī)范

研發(fā)流程：發(fā)布模式平臺化，構建持續(xù)集成流程。

(5) 構建持續(xù)集成流程和測試集合，建立《持續(xù)集成規(guī)范》

業(yè)務架構：架構從試點項目進行服務化，側重變化多和復用性選擇試點項目，領域拆分與解耦。

(6) 選取試點業(yè)務，橫向拆分（以訂單中心為例）

技術架構：著手建立統(tǒng)一微服務框架和API網關。

(7) 需要注冊中心及API規(guī)范與知識庫，建立《微服務接口設計規(guī)范》

(8) 為保證平滑拆分，前端無感知，配備API網關

業(yè)務架構：服務化拆分的詳細技巧。

(9) 微服務拆分的漸進式技術方案，建立《微服務拆分最佳實踐》

(10) 為了解耦和質量屬性，縱向分層拆分

研發(fā)流程：在持續(xù)集成流程中，落地各種規(guī)范。

(11) 試點業(yè)務拆分完畢，總結服務化規(guī)范，建立《服務化拆分規(guī)范》，《服務化流程規(guī)范》，《接口定義，修改規(guī)范》，《日志規(guī)范》，《數(shù)據(jù)庫設計規(guī)范》，《監(jiān)控規(guī)范》，《工程規(guī)范》，《日志打點規(guī)范》，《質量平臺規(guī)范》

(12) 如何保證規(guī)范落地，質量看板，流程保障，績效考核，《服務發(fā)布流程規(guī)范》

2.3 階段三：服務化——試點結束，在架構委員會的領導下，在服務化規(guī)范的指引下，各組制定里程碑計劃，逐步拆分

業(yè)務架構：架構開始全面服務化歷程。

組織架構：建設中臺開發(fā)組，業(yè)務開發(fā)組，基礎底座組。

(13) 架構委員會的組織服務化分組，分組拆分

(14) 每組制定里程碑計劃，定時向架構委員會匯報

技術架構：當服務數(shù)量多，配備容器，APM，日志中心，配置中心。

研發(fā)流程：環(huán)境交付提前，Dev和Ops的融合，一切皆代碼，不可改變基礎設施。

(15) 微服務拆分數(shù)目多，運維受到壓力，容器化，建立《大規(guī)模容器平臺建設最佳實踐》

(16) 微服務拆分數(shù)目多，定位問題難，全鏈路監(jiān)控

(17) 微服務拆分數(shù)目多，統(tǒng)一日志中心，建立《日志中心最佳實踐》

(18) 微服務拆分數(shù)目多，統(tǒng)一配置中心

2.4 階段四：微服務化——互聯(lián)網場景，遭遇性能問題，進一步拆分

業(yè)務架構：業(yè)務進一步拆分。

(19) 為支撐高并發(fā)，進一步拆分，性能優(yōu)化，以訂單中心為例

技術架構：更多的服務需要服務治理中心，分布式數(shù)據(jù)庫，分布式事務。

(20) 服務治理，防止雪崩和請求堆積

(21) 服務多，去Oracle，配備分布式數(shù)據(jù)庫和分布式事務組件，建立《Oracle切換分布式數(shù)據(jù)庫流程》

(22) 多服務一致性，使用TCC和事務消息，建立《分布式事務最佳實踐》

研發(fā)流程：容器化后測試環(huán)境指數(shù)性增加，需要流量染色。

(23) 容器化之后，測試環(huán)境多，流量染色

(24) 全鏈路壓測，承載高并發(fā)

(25) 多機房高可用與單元化