课程简介
•今天，DevOps已经成为一套广为熟知的实践方法集和文化价值观，它可以帮助任何规模的组织缩短软件发布周期，提升软件质量、安全以及快速获取产品开发反馈的能力。据《2017全球DevOps现状调查报告》，成功应用DevOps的高效能组织，在生产力和稳定性方面有明显的优势，包括：高出46倍的部署频率、快出440倍的前置时间、快出96倍的故障恢复时间、低出5倍的变更故障率。
•DevOps最广为熟知是在软件服务领域，但其原则适用于任何与快速交付可靠的产品和服务相关的环境。DevOps一方面通过促进敏捷开发、服务管理和精益改进的协同作用，另一方面通过在持续交付流水线中确保安全性和保持控制，最终实现持续集成、持续部署与持续反馈，从而为整个组织的成功做出贡献。
•DevOps Professional课程的核心内容围绕DevOps实践的“三步工作法”。这三种方式包括：流Flow、反馈Feedback、学持续学习和实验Continuous Learning and Experimentation。第一步是从开发到运维再到客户，实现从左到右快速流动；第二步是从所有利益干系人到价值流，实现从右到左快速反馈；第三步是通过创建高度信任的实验和风险承担文化，促进学习。此外，还涵盖了各个阶段至关重要的安全问题及在变更期间保持合规性。
目标收益
对企业
•提升产品/服务交付的质量与效率
•通过响应变化提升客户价值
•减少瓶颈
对个人
•证明你的知识与技能
•待遇及公司满意度提升
•持续的学习与改进
•成为 DevOps 的推动者
含金量
•全球范围内唯一基于 DevOps 领域集大成额制作 DevOps Handbook 的认证
•具有国际认可度的权威中立认证
•以欧盟官方 ICT 人员能力框架模型为背书
培训对象
EXIN DevOps ProfessionalTM认证的目标人群是在 DevOps 环境中工作的所有人员，或有意向 DevOps 工作实践过渡的组织中的所有员工。 目标群体包括(不限于)：
•软件和网站开发人员
•系统工程师
•DevOps 工程师
•产品和服务负责人
•项目经理
•测试工程师
•IT 服务管理操作和支持人员
•流程经理
•精益 IT 从业人员
•Agile Scrum 从业者
•敏捷项目经理
建议学员预先储备敏捷、精益、IT服务管理的相关知识。
课程大纲
| 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 变更管理 - 在变更期间保持安全 - 在变更期间保持合规性 |
|
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 变更管理 - 在变更期间保持安全 - 在变更期间保持合规性 |
近期公开课推荐
