DevOps:质量目标与快速反馈实现
1. 质量作为共同目标
在追求质量的八年历程中,代码受到了数千个各级自动化回归测试的保护。持续集成(CI)能立即告知我们代码提交是否破坏了某些功能,这让我们有信心快速修改旧功能并构建新功能。CI 存档中的回归测试及其结果为生产代码提供了宝贵的“实时文档”。
交付高质量的软件需要整个团队的努力,开发和运维专业人员共同协作至关重要。“全团队方法”应贯穿软件开发的各个领域,包括 DevOps。
2. DevOps 区域矩阵
Patrick Debois 建议将 DevOps 划分为四个不同且相互重叠的区域:
- 区域 1:将开发扩展到运维 :开发和运维在将项目成果交付到生产环境的相关事务上进行协作。
- 区域 2:将运维扩展到开发 :侧重于将运维信息反馈给开发项目。
- 区域 3:将开发嵌入到运维 :关注开发团队参与原本属于生产环境(或运维职责)的事务。
- 区域 4:将运维嵌入到开发 :运维团队全面参与开发过程。
为促进知识交流和快速反馈,每个区域都强调双向交互。在实践中,这些区域会相互重叠。区分这些区域有助于将 DevOps 引入组织和项目,并形成共同理解。
| 区域 | 常见反模式 | 实践 | 目标 |
|---|
DevOps实践:质量目标与快速反馈
超级会员免费看
订阅专栏 解锁全文
55

被折叠的 条评论
为什么被折叠?



