教學優勢
曙海教育的課程培養了大批受企業歡迎的工程師。大批企業和曙海
建立了良好的合作關系。曙海集團的課程在業內有著廣泛的美譽度和響亮的知名度。
秉承二十幾年積累的教學品質，本課程以真實項目實戰為導向,授課工程師將會與您分享設計的全流程及工具的綜合使用技巧、經驗。
| DAY 1 鳳凰項目沙盤 | ? |
| 1. DevOps應用? | 1.1 DevOps的基本概念：持續交付、敏捷基礎架構、Kata、在制 品、技術債務、前置時間 1.2 三步工作法的原則 - 區分流、反饋及持續學習和實驗的原則 - 交互系統(SoE)和記錄系統(SoR)與DevOps之間的關系的區別 1.3 組織 - DevOps角色如何為了增加業務價值而協作? - I型、T型、E型與DevOps之間的關系的區別 - 將運維與日常開發工作相結合 |
| 2. 第一步:流 | 2.1 部署流水線? - 選擇解決部署流水線問題的方法，如基礎架構即代碼、容器 - 選擇優化價值流的最佳解決方案 - 評估共享版本控制庫的完整性 - 調整完成的定義(DoD)，以反映DevOps原則 - 將工具用于環境構建和配置自動化 2.2 自動化測試 - 非理想測試金字塔模型和理想測試金字塔模型之間的區別 - 選擇測試驅動開發在流中的使用目的 2.3 持續集成 - 選擇最佳的分支策略 - 技術債務對流的影響 - 消除技術債務? ?2.4 低風險發布 - 區分不同的發布和部署模式，從而實現低風險發布 - 選擇可供使用的合適的架構原型? |
| 3. 第二步:反饋 | 3.1 遙測 - 遙測如何促進價值流的優化 - 監控框架組件 - 自助使用遙測的附加值? 3.2 反饋 - 使用前滾和回滾方法解決部署問題 - 變更發布指導要求清單，使其與DevOps指導相符 - 使用投產就緒評審(LRR)及交接就緒評審(HRR)執行安全檢查 - 將用戶體驗(UX)設計用作反饋機制 3.3 假設驅動開發和A/B測試 - 將A/B測試與發布和特性測試相結合? - 假設驅動開發如何促進預期結果的交付 3.4 評審和協調 - 檢查拉動請求流程的有效性 - 評審方法、同行評審、觀察者評審、結對編程、和工具輔助評審 - 根據特定情況選擇最合適的評審方法? |
| 4. 第三步:持續學習和實驗 | 4.1 學習 - 區分猿猴軍團中不同種類的猴子，以改進學習方式 - 召開免責事后分析會議 - 通過在生產環境中嵌入故障來產生恢復能力? - 使用游戲日 4.2 發現 - 使用(成文的)非功能性需求(NFR)進行運維設計 - 將可重復使用的運維用戶故事嵌入開發之中 - 哪些對象應存儲在單一共享源代碼存儲庫中 - 將局部發現轉化成整體改進成果 |
| 5.信息安全與變更管理 | 5.1 信息安全? - 整合預防性安全控制措施 - 在部署流水線中整合安全措施 - 使用遙測增強安全? 5.2 變更管理? - 在變更期間保持安全 - 在變更期間保持合規性 |
