课程费用

6800.00 /人

课程时长

2

成为教练

课程简介

今天,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 变更管理
- 在变更期间保持安全
- 在变更期间保持合规性

活动详情

提交需求