課程大綱：

1、戰(zhàn)略設(shè)計

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

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

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

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

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

• 業(yè)務(wù)架構(gòu)：單體應(yīng)用，企業(yè)消息總線集成

• 技術(shù)架構(gòu)：物理機及虛擬化

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

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

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

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

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

• 業(yè)務(wù)架構(gòu)：架構(gòu)耦合問題，架構(gòu)腐化問題，技術(shù)債務(wù)問題

• 技術(shù)架構(gòu)：資源申請慢，復(fù)用性差，高可用性差

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

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

• 組織架構(gòu)：研發(fā)運維標(biāo)準(zhǔn)不一，難保障端到端高可用

如何解決這些問題：

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

• 中臺構(gòu)建的兩種方式和兩種模式

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

• 業(yè)務(wù)架構(gòu)：架構(gòu)服務(wù)化，側(cè)重變化多和復(fù)用性，領(lǐng)域拆分與解耦

• 技術(shù)架構(gòu)：基礎(chǔ)設(shè)施云化，統(tǒng)一接口，抽象概念，租戶自助

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

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

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

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

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

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

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

如何解決這些問題：

• 業(yè)務(wù)架構(gòu)：架構(gòu)微服務(wù)化，側(cè)重服務(wù)治理能力

• 技術(shù)架構(gòu)：基礎(chǔ)設(shè)施容器化，統(tǒng)一微服務(wù)框架和工具鏈

• 數(shù)據(jù)架構(gòu)：個性化推薦與精準(zhǔn)營銷，業(yè)務(wù)融合數(shù)據(jù)，數(shù)據(jù)驅(qū)動創(chuàng)新

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

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

1.3 云原生體系建設(shè)總圖

1.4 云原生體系建設(shè)路徑

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

2、戰(zhàn)術(shù)設(shè)計

假設(shè)目前的架構(gòu)狀態(tài)，應(yīng)用單體，基礎(chǔ)設(shè)施虛擬化，發(fā)布模式腳本化。

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

2.1 階段一：規(guī)劃——在架構(gòu)委員會領(lǐng)導(dǎo)下的梳理與規(guī)劃

組織架構(gòu)先行：成立架構(gòu)師組。

從業(yè)務(wù)架構(gòu)出發(fā)：進(jìn)行業(yè)務(wù)流程和領(lǐng)域梳理。

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

(2) 劃分核心業(yè)務(wù)領(lǐng)域

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

(4) 輸出按照領(lǐng)域橫向拆分架構(gòu)

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

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

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

業(yè)務(wù)架構(gòu)：架構(gòu)從試點項目進(jìn)行服務(wù)化，側(cè)重變化多和復(fù)用性選擇試點項目，領(lǐng)域拆分與解耦。

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

技術(shù)架構(gòu)：著手建立統(tǒng)一微服務(wù)框架和API網(wǎng)關(guān)。

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

(8) 為保證平滑拆分，前端無感知，配備API網(wǎng)關(guān)

業(yè)務(wù)架構(gòu)：服務(wù)化拆分的詳細(xì)技巧。

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

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

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

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

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

2.3 階段三：服務(wù)化——試點結(jié)束，在架構(gòu)委員會的領(lǐng)導(dǎo)下，在服務(wù)化規(guī)范的指引下，各組制定里程碑計劃，逐步拆分

業(yè)務(wù)架構(gòu)：架構(gòu)開始全面服務(wù)化歷程。

組織架構(gòu)：建設(shè)中臺開發(fā)組，業(yè)務(wù)開發(fā)組，基礎(chǔ)底座組。

(13) 架構(gòu)委員會的組織服務(wù)化分組，分組拆分

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

技術(shù)架構(gòu)：當(dāng)服務(wù)數(shù)量多，配備容器，APM，日志中心，配置中心。

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

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

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

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

(18) 微服務(wù)拆分?jǐn)?shù)目多，統(tǒng)一配置中心

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

業(yè)務(wù)架構(gòu)：業(yè)務(wù)進(jìn)一步拆分。

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

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

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

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

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

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

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

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

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