課程時(shí)間安排 

課程內(nèi)容 

1、DevOps應(yīng)用

2、第一步:流

第1天 

1.1 DevOps的基本概念：持續(xù)交付、敏捷基礎(chǔ)架構(gòu)、Kata、在制 品、技術(shù)債務(wù)、前置時(shí)間

1.2 三步工作法的原則

- 區(qū)分流、反饋及持續(xù)學(xué)習(xí)和實(shí)驗(yàn)的原則

- 交互系統(tǒng)(SoE)和記錄系統(tǒng)(SoR)與DevOps之間的關(guān)系的區(qū)別

1.3 組織

- DevOps角色如何為了增加業(yè)務(wù)價(jià)值而協(xié)作

- I型、T型、E型與DevOps之間的關(guān)系的區(qū)別

- 將運(yùn)維與日常開(kāi)發(fā)工作相結(jié)合

2.1 部署流水線

- 選擇解決部署流水線問(wèn)題的方法，如基礎(chǔ)架構(gòu)即代碼、容器

- 選擇優(yōu)化價(jià)值流的最佳解決方案

- 評(píng)估共享版本控制庫(kù)的完整性

- 調(diào)整完成的定義(DoD)，以反映DevOps原則

- 將工具用于環(huán)境構(gòu)建和配置自動(dòng)化

2.2 自動(dòng)化測(cè)試

- 非理想測(cè)試金字塔模型和理想測(cè)試金字塔模型之間的區(qū)別

- 選擇測(cè)試驅(qū)動(dòng)開(kāi)發(fā)在流中的使用目的

2.3 持續(xù)集成

- 選擇最佳的分支策略

- 技術(shù)債務(wù)對(duì)流的影響

- 消除技術(shù)債務(wù)

2.4 低風(fēng)險(xiǎn)發(fā)布

- 區(qū)分不同的發(fā)布和部署模式，從而實(shí)現(xiàn)低風(fēng)險(xiǎn)發(fā)布

- 選擇可供使用的合適的架構(gòu)原型 

3、第二步:反饋

4、第三步:持續(xù)學(xué)習(xí)和實(shí)驗(yàn)

5、信息安全與變更管理

第2天 

3.1 遙測(cè)

- 遙測(cè)如何促進(jìn)價(jià)值流的優(yōu)化

- 監(jiān)控框架組件

- 自助使用遙測(cè)的附加值

3.2 反饋

- 使用前滾和回滾方法解決部署問(wèn)題

- 變更發(fā)布指導(dǎo)要求清單，使其與DevOps指導(dǎo)相符

- 使用投產(chǎn)就緒評(píng)審(LRR)及交接就緒評(píng)審(HRR)執(zhí)行安全檢查

- 將用戶體驗(yàn)(UX)設(shè)計(jì)用作反饋機(jī)制

3.3 假設(shè)驅(qū)動(dòng)開(kāi)發(fā)和A/B測(cè)試

- 將A/B測(cè)試與發(fā)布和特性測(cè)試相結(jié)合

- 假設(shè)驅(qū)動(dòng)開(kāi)發(fā)如何促進(jìn)預(yù)期結(jié)果的交付

3.4 評(píng)審和協(xié)調(diào)

- 檢查拉動(dòng)請(qǐng)求流程的有效性

- 評(píng)審方法、同行評(píng)審、觀察者評(píng)審、結(jié)對(duì)編程、和工具輔助評(píng)審

- 根據(jù)特定情況選擇最合適的評(píng)審方法

4. 第三步:持續(xù)學(xué)習(xí)和實(shí)驗(yàn)

4.1 學(xué)習(xí)

- 區(qū)分猿猴軍團(tuán)中不同種類的猴子，以改進(jìn)學(xué)習(xí)方式

- 召開(kāi)免責(zé)事后分析會(huì)議

- 通過(guò)在生產(chǎn)環(huán)境中嵌入故障來(lái)產(chǎn)生恢復(fù)能力

- 使用游戲日

4.2 發(fā)現(xiàn)

- 使用(成文的)非功能性需求(NFR)進(jìn)行運(yùn)維設(shè)計(jì)

- 將可重復(fù)使用的運(yùn)維用戶故事嵌入開(kāi)發(fā)之中

- 哪些對(duì)象應(yīng)存儲(chǔ)在單一共享源代碼存儲(chǔ)庫(kù)中

- 將局部發(fā)現(xiàn)轉(zhuǎn)化成整體改進(jìn)成果

5.信息安全與變更管理

5.1 信息安全

- 整合預(yù)防性安全控制措施

- 在部署流水線中整合安全措施

- 使用遙測(cè)增強(qiáng)安全

5.2 變更管理

- 在變更期間保持安全

- 在變更期間保持合規(guī)性