課程簡介
今天，DevOps已經(jīng)成為一套廣為熟知的實踐方法集和文化價值觀，它可以幫助任何規(guī)模的組織縮短軟件發(fā)布周期，提升軟件質(zhì)量、安全以及快速獲取產(chǎn)品開發(fā)反饋的能力。據(jù)《2017全球DevOps現(xiàn)狀調(diào)查報告》，成功應(yīng)用DevOps的高效能組織，在生產(chǎn)力和穩(wěn)定性方面有明顯的優(yōu)勢，包括：高出46倍的部署頻率、快出440倍的前置時間、快出96倍的故障恢復(fù)時間、低出5倍的變更故障率。
DevOps最廣為熟知是在軟件服務(wù)領(lǐng)域，但其原則適用于任何與快速交付可靠的產(chǎn)品和服務(wù)相關(guān)的環(huán)境。DevOps一方面通過促進敏捷開發(fā)、服務(wù)管理和精益改進的協(xié)同作用，另一方面通過在持續(xù)交付流水線中確保安全性和保持控制，最終實現(xiàn)持續(xù)集成、持續(xù)部署與持續(xù)反饋，從而為整個組織的成功做出貢獻。
DevOps Professional課程的核心內(nèi)容圍繞DevOps實踐的“三步工作法”。這三種方式包括：流Flow、反饋Feedback、學(xué)持續(xù)學(xué)習(xí)和實驗Continuous Learning and Experimentation。第一步是從開發(fā)到運維再到客戶，實現(xiàn)從左到右快速流動；第二步是從所有利益干系人到價值流，實現(xiàn)從右到左快速反饋；第三步是通過創(chuàng)建高度信任的實驗和風(fēng)險承擔(dān)文化，促進學(xué)習(xí)。此外，還涵蓋了各個階段至關(guān)重要的安全問題及在變更期間保持合規(guī)性。
目標(biāo)收益
對企業(yè)
? 提升產(chǎn)品/服務(wù)交付的質(zhì)量與效率
? 通過響應(yīng)變化提升客戶價值
? 減少瓶頸
對個人
? 證明你的知識與技能
? 待遇及公司滿意度提升
? 持續(xù)的學(xué)習(xí)與改進
? 成為 DevOps 的推動者
含金量
? 全球范圍內(nèi)唯一基于 DevOps 領(lǐng)域集大成額制作 DevOps Handbook 的認證
? 具有國際認可度的權(quán)威中立認證
? 以歐盟官方 ICT 人員能力框架模型為背書
培訓(xùn)對象
EXIN DevOps ProfessionalTM認證的目標(biāo)人群是在 DevOps 環(huán)境中工作的所有人員，或有意向 DevOps 工作實踐過渡的組織中的所有員工。目標(biāo)群體包括(不限于):
軟件和網(wǎng)站開發(fā)人員
系統(tǒng)工程師
DevOps 工程師
產(chǎn)品和服務(wù)負責(zé)人
項目經(jīng)理
測試工程師
IT 服務(wù)管理操作和支持人員
流程經(jīng)理
精益 IT 從業(yè)人員
Agile Scrum 從業(yè)者
敏捷項目經(jīng)理
核心定位：
EXIN DevOpsProfessional與DevOps Master同屬于EXINDevOps認證體系。兩個認證沒有
課程大綱
|
1. DevOps應(yīng)用 |
1.1 DevOps的基本概念：持續(xù)交付、敏捷基礎(chǔ)架構(gòu)、Kata、在制 品、技術(shù)債務(wù)、前置時間 1.2 三步工作法的原則 - 區(qū)分流、反饋及持續(xù)學(xué)習(xí)和實驗的原則 - 交互系統(tǒng)(SoE)和記錄系統(tǒng)(SoR)與DevOps之間的關(guān)系的區(qū)別 1.3 組織 - DevOps角色如何為了增加業(yè)務(wù)價值而協(xié)作 - I型、T型、E型與DevOps之間的關(guān)系的區(qū)別 - 將運維與日常開發(fā)工作相結(jié)合 |
| 2. 第一步:流 |
2.1部署流水線 - 選擇解決部署流水線問題的方法，如基礎(chǔ)架構(gòu)即代碼、容器 - 選擇優(yōu)化價值流的最佳解決方案 - 評估共享版本控制庫的完整性 - 調(diào)整完成的定義(DoD)，以反映DevOps原則 - 將工具用于環(huán)境構(gòu)建和配置自動化 2.2 自動化測試 - 非理想測試金字塔模型和理想測試金字塔模型之間的區(qū)別 - 選擇測試驅(qū)動開發(fā)在流中的使用目的 2.3 持續(xù)集成 - 選擇最佳的分支策略 - 技術(shù)債務(wù)對流的影響 - 消除技術(shù)債務(wù) 2.4 低風(fēng)險發(fā)布 - 區(qū)分不同的發(fā)布和部署模式，從而實現(xiàn)低風(fēng)險發(fā)布 - 選擇可供使用的合適的架構(gòu)原型 |
| 3. 第二步:反饋 |
3.1 遙測 - 遙測如何促進價值流的優(yōu)化 - 監(jiān)控框架組件 - 自助使用遙測的附加值 3.2 反饋 - 使用前滾和回滾方法解決部署問題 - 變更發(fā)布指導(dǎo)要求清單，使其與DevOps指導(dǎo)相符 - 使用投產(chǎn)就緒評審(LRR)及交接就緒評審(HRR)執(zhí)行安全檢查 - 將用戶體驗(UX)設(shè)計用作反饋機制 3.3 假設(shè)驅(qū)動開發(fā)和A/B測試 - 將A/B測試與發(fā)布和特性測試相結(jié)合 - 假設(shè)驅(qū)動開發(fā)如何促進預(yù)期結(jié)果的交付 3.4 評審和協(xié)調(diào) - 檢查拉動請求流程的有效性 - 評審方法、同行評審、觀察者評審、結(jié)對編程、和工具輔助評審 - 根據(jù)特定情況選擇最合適的評審方法 |
| 4. 第三步:持續(xù)學(xué)習(xí)和實驗 |
4.1 學(xué)習(xí) - 區(qū)分猿猴軍團中不同種類的猴子，以改進學(xué)習(xí)方式 - 召開免責(zé)事后分析會議 - 通過在生產(chǎn)環(huán)境中嵌入故障來產(chǎn)生恢復(fù)能力 - 使用游戲日 4.2 發(fā)現(xiàn) - 使用(成文的)非功能性需求(NFR)進行運維設(shè)計 - 將可重復(fù)使用的運維用戶故事嵌入開發(fā)之中 - 哪些對象應(yīng)存儲在單一共享源代碼存儲庫中 - 將局部發(fā)現(xiàn)轉(zhuǎn)化成整體改進成果 |
| 5.信息安全與變更管理 |
5.1 信息安全 - 整合預(yù)防性安全控制措施 - 在部署流水線中整合安全措施 - 使用遙測增強安全 5.2 變更管理 - 在變更期間保持安全 - 在變更期間保持合規(guī)性 |
|
1. DevOps應(yīng)用 1.1 DevOps的基本概念：持續(xù)交付、敏捷基礎(chǔ)架構(gòu)、Kata、在制 品、技術(shù)債務(wù)、前置時間 1.2 三步工作法的原則 - 區(qū)分流、反饋及持續(xù)學(xué)習(xí)和實驗的原則 - 交互系統(tǒng)(SoE)和記錄系統(tǒng)(SoR)與DevOps之間的關(guān)系的區(qū)別 1.3 組織 - DevOps角色如何為了增加業(yè)務(wù)價值而協(xié)作 - I型、T型、E型與DevOps之間的關(guān)系的區(qū)別 - 將運維與日常開發(fā)工作相結(jié)合 |
|
2. 第一步:流 2.1部署流水線 - 選擇解決部署流水線問題的方法，如基礎(chǔ)架構(gòu)即代碼、容器 - 選擇優(yōu)化價值流的最佳解決方案 - 評估共享版本控制庫的完整性 - 調(diào)整完成的定義(DoD)，以反映DevOps原則 - 將工具用于環(huán)境構(gòu)建和配置自動化 2.2 自動化測試 - 非理想測試金字塔模型和理想測試金字塔模型之間的區(qū)別 - 選擇測試驅(qū)動開發(fā)在流中的使用目的 2.3 持續(xù)集成 - 選擇最佳的分支策略 - 技術(shù)債務(wù)對流的影響 - 消除技術(shù)債務(wù) 2.4 低風(fēng)險發(fā)布 - 區(qū)分不同的發(fā)布和部署模式，從而實現(xiàn)低風(fēng)險發(fā)布 - 選擇可供使用的合適的架構(gòu)原型 |
|
3. 第二步:反饋 3.1 遙測 - 遙測如何促進價值流的優(yōu)化 - 監(jiān)控框架組件 - 自助使用遙測的附加值 3.2 反饋 - 使用前滾和回滾方法解決部署問題 - 變更發(fā)布指導(dǎo)要求清單，使其與DevOps指導(dǎo)相符 - 使用投產(chǎn)就緒評審(LRR)及交接就緒評審(HRR)執(zhí)行安全檢查 - 將用戶體驗(UX)設(shè)計用作反饋機制 3.3 假設(shè)驅(qū)動開發(fā)和A/B測試 - 將A/B測試與發(fā)布和特性測試相結(jié)合 - 假設(shè)驅(qū)動開發(fā)如何促進預(yù)期結(jié)果的交付 3.4 評審和協(xié)調(diào) - 檢查拉動請求流程的有效性 - 評審方法、同行評審、觀察者評審、結(jié)對編程、和工具輔助評審 - 根據(jù)特定情況選擇最合適的評審方法 |
|
4. 第三步:持續(xù)學(xué)習(xí)和實驗 4.1 學(xué)習(xí) - 區(qū)分猿猴軍團中不同種類的猴子，以改進學(xué)習(xí)方式 - 召開免責(zé)事后分析會議 - 通過在生產(chǎn)環(huán)境中嵌入故障來產(chǎn)生恢復(fù)能力 - 使用游戲日 4.2 發(fā)現(xiàn) - 使用(成文的)非功能性需求(NFR)進行運維設(shè)計 - 將可重復(fù)使用的運維用戶故事嵌入開發(fā)之中 - 哪些對象應(yīng)存儲在單一共享源代碼存儲庫中 - 將局部發(fā)現(xiàn)轉(zhuǎn)化成整體改進成果 |
|
5.信息安全與變更管理 5.1 信息安全 - 整合預(yù)防性安全控制措施 - 在部署流水線中整合安全措施 - 使用遙測增強安全 5.2 變更管理 - 在變更期間保持安全 - 在變更期間保持合規(guī)性 |
近期公開課推薦
