2、DevOps与持续交付：全面解析与实践指南

DevOps与持续交付：全面解析与实践指南

1. DevOps核心要点

DevOps强调个人之间的交互非常重要，技术可辅助实现这些交互并打破组织内部的壁垒。例如，开发、质量保证和运维团队常使用不同系统处理任务和缺陷，这会造成团队间的摩擦。而具备DevOps思维的工程师会认识到这些系统本质上是相似的工作流系统，可让不同团队使用同一系统，还能降低维护成本。

自动化和持续交付也是DevOps的核心目标，自动化重复繁琐的任务能为人类交互留出更多时间，创造真正的价值。DevOps流程需追求快速，既要从宏观考虑产品上市时间，也要在微观上专注于任务。同时，不能只追求速度，而要关注为业务带来更多价值。

2. 敏捷开发周期与DevOps

敏捷开发有多种周期，如投资组合层面、Scrum和Kanban周期以及持续集成周期。不同的敏捷框架对工作节奏的强调有所不同，Kanban强调24小时周期，在运维团队中较受欢迎；Scrum周期为两到四周，常用于采用Scrum敏捷流程的开发团队；在规模化敏捷框架中，还有跨越多个Scrum Sprint周期的程序增量。

DevOps需支持所有这些周期，其在较短周期中的效益最为明显，能让长周期更高效。例如，DevOps工程师维护的部署系统可使Scrum周期结束时的交付更快更高效；若要成功实施Kanban，部署周期需比其24小时周期快得多，设计良好的DevOps持续交付管道可在几分钟内将代码从提交到生产环境。

3. 警惕“形式敏捷”谬误

“形式敏捷”就像“货物崇拜科学”，只做表面功夫而忽略了核心要素。我们不能仅因有早会闲聊或只有运维团队了解的工具实现，就认为自己采用了敏捷或DevOps方式