課程費(fèi)用

5800.00 /人

課程時(shí)長(zhǎng)

3

成為教練

課程簡(jiǎn)介

?今天,DevOps已經(jīng)成為一套廣為熟知的實(shí)踐方法集和文化價(jià)值觀,它可以幫助任何規(guī)模的組織縮短軟件發(fā)布周期,提升軟件質(zhì)量、安全以及快速獲取產(chǎn)品開發(fā)反饋的能力。據(jù)《2017全球DevOps現(xiàn)狀調(diào)查報(bào)告》,成功應(yīng)用DevOps的高效能組織,在生產(chǎn)力和穩(wěn)定性方面有明顯的優(yōu)勢(shì),包括:高出46倍的部署頻率、快出440倍的前置時(shí)間、快出96倍的故障恢復(fù)時(shí)間、低出5倍的變更故障率。
?DevOps最廣為熟知是在軟件服務(wù)領(lǐng)域,但其原則適用于任何與快速交付可靠的產(chǎn)品和服務(wù)相關(guān)的環(huán)境。DevOps一方面通過促進(jìn)敏捷開發(fā)、服務(wù)管理和精益改進(jìn)的協(xié)同作用,另一方面通過在持續(xù)交付流水線中確保安全性和保持控制,最終實(shí)現(xiàn)持續(xù)集成、持續(xù)部署與持續(xù)反饋,從而為整個(gè)組織的成功做出貢獻(xiàn)。
?DevOps Professional課程的核心內(nèi)容圍繞DevOps實(shí)踐的“三步工作法”。這三種方式包括:流Flow、反饋Feedback、學(xué)持續(xù)學(xué)習(xí)和實(shí)驗(yàn)Continuous Learning and Experimentation。第一步是從開發(fā)到運(yùn)維再到客戶,實(shí)現(xiàn)從左到右快速流動(dòng);第二步是從所有利益干系人到價(jià)值流,實(shí)現(xiàn)從右到左快速反饋;第三步是通過創(chuàng)建高度信任的實(shí)驗(yàn)和風(fēng)險(xiǎn)承擔(dān)文化,促進(jìn)學(xué)習(xí)。此外,還涵蓋了各個(gè)階段至關(guān)重要的安全問題及在變更期間保持合規(guī)性。

目標(biāo)收益

?對(duì)企業(yè)?
?提升產(chǎn)品/服務(wù)交付的質(zhì)量與效率?
?通過響應(yīng)變化提升客戶價(jià)值?
?減少瓶頸?
對(duì)個(gè)人
?證明你的知識(shí)與技能?
?待遇及公司滿意度提升?
?持續(xù)的學(xué)習(xí)與改進(jìn)?
?成為 DevOps 的推動(dòng)者?
?含金量?
?全球范圍內(nèi)唯一基于 DevOps 領(lǐng)域集大成額制作 DevOps Handbook 的認(rèn)證?
?具有國(guó)際認(rèn)可度的權(quán)威中立認(rèn)證?
?以歐盟官方 ICT 人員能力框架模型為背書?

培訓(xùn)對(duì)象

????EXIN DevOps ProfessionalTM認(rèn)證的目標(biāo)人群是在 DevOps 環(huán)境中工作的所有人員,或有意向 DevOps 工作實(shí)踐過渡的組織中的所有員工。?目標(biāo)群體包括(不限于):
?軟件和網(wǎng)站開發(fā)人員?
?系統(tǒng)工程師?
?DevOps 工程師?
?產(chǎn)品和服務(wù)負(fù)責(zé)人?
?項(xiàng)目經(jīng)理?
?測(cè)試工程師?
?IT 服務(wù)管理操作和支持人員?
?流程經(jīng)理?
?精益 IT 從業(yè)人員?
?Agile Scrum 從業(yè)者
?敏捷項(xiàng)目經(jīng)理?
????? ? 建議學(xué)員預(yù)先儲(chǔ)備敏捷、精益、IT服務(wù)管理的相關(guān)知識(shí)。

課程大綱

DAY 1 鳳凰項(xiàng)目沙盤
1. DevOps應(yīng)用? 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)維與日常開發(fā)工作相結(jié)合
2. 第一步:流 2.1 部署流水線?
- 選擇解決部署流水線問題的方法,如基礎(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)開發(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. 第二步:反饋 3.1 遙測(cè)
- 遙測(cè)如何促進(jìn)價(jià)值流的優(yōu)化
- 監(jiān)控框架組件
- 自助使用遙測(cè)的附加值?
3.2 反饋
- 使用前滾和回滾方法解決部署問題
- 變更發(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)開發(fā)和A/B測(cè)試
- 將A/B測(cè)試與發(fā)布和特性測(cè)試相結(jié)合?
- 假設(shè)驅(qū)動(dòng)開發(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í)方式
- 召開免責(zé)事后分析會(huì)議
- 通過在生產(chǎn)環(huán)境中嵌入故障來(lái)產(chǎn)生恢復(fù)能力?
- 使用游戲日
4.2 發(fā)現(xiàn)
- 使用(成文的)非功能性需求(NFR)進(jìn)行運(yùn)維設(shè)計(jì)
- 將可重復(fù)使用的運(yùn)維用戶故事嵌入開發(fā)之中
- 哪些對(duì)象應(yīng)存儲(chǔ)在單一共享源代碼存儲(chǔ)庫(kù)中
- 將局部發(fā)現(xiàn)轉(zhuǎn)化成整體改進(jìn)成果
5.信息安全與變更管理 5.1 信息安全?
- 整合預(yù)防性安全控制措施
- 在部署流水線中整合安全措施
- 使用遙測(cè)增強(qiáng)安全?
5.2 變更管理?
- 在變更期間保持安全
- 在變更期間保持合規(guī)性
DAY 1 鳳凰項(xiàng)目沙盤
1. DevOps應(yīng)用?
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)維與日常開發(fā)工作相結(jié)合
2. 第一步:流
2.1 部署流水線?
- 選擇解決部署流水線問題的方法,如基礎(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)開發(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. 第二步:反饋
3.1 遙測(cè)
- 遙測(cè)如何促進(jìn)價(jià)值流的優(yōu)化
- 監(jiān)控框架組件
- 自助使用遙測(cè)的附加值?
3.2 反饋
- 使用前滾和回滾方法解決部署問題
- 變更發(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)開發(fā)和A/B測(cè)試
- 將A/B測(cè)試與發(fā)布和特性測(cè)試相結(jié)合?
- 假設(shè)驅(qū)動(dòng)開發(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í)方式
- 召開免責(zé)事后分析會(huì)議
- 通過在生產(chǎn)環(huán)境中嵌入故障來(lái)產(chǎn)生恢復(fù)能力?
- 使用游戲日
4.2 發(fā)現(xiàn)
- 使用(成文的)非功能性需求(NFR)進(jìn)行運(yùn)維設(shè)計(jì)
- 將可重復(fù)使用的運(yùn)維用戶故事嵌入開發(fā)之中
- 哪些對(duì)象應(yīng)存儲(chǔ)在單一共享源代碼存儲(chǔ)庫(kù)中
- 將局部發(fā)現(xiàn)轉(zhuǎn)化成整體改進(jìn)成果
5.信息安全與變更管理
5.1 信息安全?
- 整合預(yù)防性安全控制措施
- 在部署流水線中整合安全措施
- 使用遙測(cè)增強(qiáng)安全?
5.2 變更管理?
- 在變更期間保持安全
- 在變更期間保持合規(guī)性

課程費(fèi)用

5800.00 /人

課程時(shí)長(zhǎng)

3

預(yù)約體驗(yàn)票 我要分享

近期公開課推薦

近期公開課推薦

活動(dòng)詳情

提交需求