课程简介
今天，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 从业者
敏捷项目经理
核心定位：
EXIN DevOpsProfessional与DevOps Master同属于EXINDevOps认证体系。两个认证没有
课程大纲
|
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 变更管理 - 在变更期间保持安全 - 在变更期间保持合规性 |
|
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 变更管理 - 在变更期间保持安全 - 在变更期间保持合规性 |
近期公开课推荐
