
曙海教學(xué)優(yōu)勢(shì)
本課程,秉承二十一年積累的教學(xué)品質(zhì),以項(xiàng)目實(shí)現(xiàn)為導(dǎo)向,面向企事業(yè)項(xiàng)目實(shí)際需要,老師將會(huì)與您分享設(shè)計(jì)的全流程以及工具的綜合使用經(jīng)驗(yàn)、技巧。課程可定制,線上/線下/上門皆可,熱線:4008699035。
曙海培訓(xùn)的課程培養(yǎng)了大批受企業(yè)歡迎的工程師。大批企業(yè)和曙海
建立了良好的合作關(guān)系,20多年來,合作企事業(yè)單位以達(dá)30多萬。曙海培訓(xùn)的課程在業(yè)內(nèi)有著響亮的知名度。
課程大綱
|
時(shí)間 |
主題 |
? |
|
第一天上午 |
DevOps概念與組成 |
DevOps理論、文化、收益、反模式 |
|
DevOps團(tuán)隊(duì)組織、架構(gòu)演變模式 |
||
|
正確與錯(cuò)誤的DevOps思維,及場景分析 |
||
|
DevOps中敏捷與精益的作用(快速視頻呈現(xiàn)) |
||
|
DevOps對(duì)企業(yè)帶來的好處 |
||
|
DevOps與不同的運(yùn)營方法論的組合 |
||
|
DevOps轉(zhuǎn)型推動(dòng) |
DevOps中,不可忽視文化 |
|
|
團(tuán)隊(duì)化規(guī)模化思考,痛點(diǎn)分析 |
||
|
敏捷團(tuán)隊(duì)轉(zhuǎn)型到DevOps體系 |
||
|
傳統(tǒng)團(tuán)隊(duì)轉(zhuǎn)型到DevOps體系 |
||
|
DevOps組織結(jié)構(gòu)的自我演進(jìn) |
||
|
DevOps中流程的正確性保證 |
||
|
傳統(tǒng)模式轉(zhuǎn)變中的雙態(tài)模式:穩(wěn)態(tài)+敏態(tài) |
||
|
第一天下午 |
DevOps轉(zhuǎn)型路線設(shè)計(jì) |
根據(jù)業(yè)務(wù)特征與技術(shù)堆棧,進(jìn)行目標(biāo)選型 |
|
文化認(rèn)知與反饋,團(tuán)隊(duì)選擇與構(gòu)建 |
||
|
組織過程的自我優(yōu)化與演進(jìn),小范圍投資 |
||
|
流程的正確性保證 |
||
|
雙峰挑戰(zhàn)下的質(zhì)量與監(jiān)管落地 |
||
|
安全的要求與融合 |
||
|
DevOps轉(zhuǎn)型中的風(fēng)險(xiǎn)與痛點(diǎn) |
||
|
文化 |
傳統(tǒng)模式轉(zhuǎn)型到DevOps,需要注意什么 |
|
|
敏捷模式轉(zhuǎn)型到DevOps,需要注意什么 |
||
|
高層、中層、基層,如何構(gòu)建DevOps的文化 |
||
|
DevOps轉(zhuǎn)型中,最大的挑戰(zhàn)和困難 |
||
|
DevOps轉(zhuǎn)型中,最重要的是什么 |
||
|
成功案例分析:某銀行文化組織轉(zhuǎn)型 |
||
|
失敗案例分析:某互聯(lián)網(wǎng)金融公司,轉(zhuǎn)型失敗分析 |
||
|
構(gòu)建的整體技術(shù)平臺(tái)方向 |
整體構(gòu)建詳細(xì)思路 |
|
|
開發(fā)轉(zhuǎn)型落地點(diǎn) |
||
|
持續(xù)測試、分層測試、測試建模的切入 |
||
|
運(yùn)維的挑戰(zhàn)與轉(zhuǎn)型實(shí)施 |
||
|
整體溝通鏈條的構(gòu)建 |
||
|
KPI/OKR的持續(xù)考核與持續(xù)反饋 |
||
|
需要哪些團(tuán)隊(duì)的何種投入 |
||
|
第二天上午 |
應(yīng)用、需求和開發(fā)設(shè)計(jì) |
應(yīng)用生命周期與服務(wù)生命周期 |
|
項(xiàng)目章程及可視化控制, 需求分析的快速變更自適應(yīng) |
||
|
基礎(chǔ)設(shè)施支持,云和虛擬化 |
||
|
開發(fā)架構(gòu)設(shè)計(jì),SOA、微服務(wù)等模式的引入 |
||
|
組件和依賴 |
||
|
架構(gòu)考慮運(yùn)營時(shí)的要求 |
||
|
持續(xù)集成、快速研發(fā)與Pipeline |
持續(xù)集成、持續(xù)交付與持續(xù)部署 |
|
|
持續(xù)集成平臺(tái) |
||
|
單分支開發(fā)策略 |
||
|
規(guī)律性增量發(fā)布策略 |
||
|
特性開關(guān)技術(shù)、服務(wù)降級(jí)與抽象分支 |
||
|
產(chǎn)出管理 |
||
|
Pipeline建設(shè)相關(guān)實(shí)踐 |
||
|
測試分析 |
質(zhì)量目標(biāo)的變化 |
|
|
當(dāng)前挑戰(zhàn)與趨勢(shì),大型系統(tǒng)持續(xù)交付難點(diǎn) |
||
|
各階段KPI定義 |
||
|
各階段測試策略 |
||
|
第二天下午 |
持續(xù)測試 |
DevOps中,測試策略改變與測試前置 |
|
持續(xù)測試在DevOps全局鏈中的作用,構(gòu)建持續(xù)反饋 |
||
|
分級(jí)測試及對(duì)應(yīng)測試域的介紹 |
||
|
復(fù)雜場景與簡單場景的持續(xù)測試舉例 |
||
|
自動(dòng)化測試的作用,與不同場景下的應(yīng)用 |
||
|
移動(dòng)端測試自動(dòng)化,及App專項(xiàng)測試 |
||
|
持續(xù)交付與持續(xù)部署 |
Canary發(fā)布策略 |
|
|
Blue-Green發(fā)布方法 |
||
|
灰度發(fā)布、抹黑啟動(dòng) |
||
|
標(biāo)準(zhǔn)化一切 |
||
|
組件與依賴管理實(shí)踐 |
||
|
建立數(shù)據(jù)沙盒 |
||
|
自動(dòng)化數(shù)據(jù)庫變更管理 |
||
|
同源版本管理實(shí)踐 |
||
|
運(yùn)維 |
服務(wù)級(jí)別協(xié)議 |
|
|
應(yīng)用管理與資源管理 |
||
|
數(shù)據(jù)管理 |
||
|
基礎(chǔ)設(shè)施維護(hù) |
||
|
持續(xù)交付的架構(gòu)角度 |
||
|
配置管理與版本管理 |
||
|
業(yè)務(wù)連續(xù)性維護(hù)的相關(guān)運(yùn)維措施,業(yè)務(wù)終止 |
||
|
伸縮與發(fā)布策略 |
||
|
運(yùn)維PaaS平臺(tái)化實(shí)現(xiàn) |