问"DevOps转换“包含什么？

EN

我需要在DevOps是什么的背景下回答这个问题，更具体地说，在我参与的DevOps转换中，DevOps是整个软件开发生命周期的所有权。图表中的所有实践都是DevOps的一个重要部分，它们支持并支持系统思维和反馈环放大。

然而，CI/CD和DevOps之间的关键区别在于软件在生产环境中的实际操作，它可以为客户和它所服务的业务提供价值。

作为参与或领导DevOps转换的顾问，我的脑海中有以下几个方面：

• 文化:作为戴夫非常正确地指出，持续实验与学习文化对于任何转换的成功都是至关重要的。从DevOps的角度来看，这可以归结为我们如何形成一种支持所选择的DevOps模型的文化，这种模式可以是“您构建它，您运行它”，或者它可能更类似于谷歌的现场可靠性工程实践。
• 运营模式:这是业务主张的一部分，它阐明了组织将如何交付价值，通常是通过将人员、流程和工具联系在一起来实现的。如果没有一个运营模式，你就没有关于组织如何采用文化定义的实践的蓝图，这反过来又会导致缺乏清晰性和不同的行为。
• C级空中掩护:我们的工作通常是作为顾问，在转型计划中对商业运作方式进行彻底的改变。你会让人心烦意乱，有些人会不喜欢这些变化--重要的是你要有“空中掩护”从上面来改变事情，继续前进。

一旦高水平到位，重要的是找到你可以现实地交付的东西：

1. 从尽可能小的地方开始，理想的情况是，一旦你有了一些了解文化的人、一个运营模式的草图，并从高管那里购买了“最低可行项目”()，就不要试图通过向数千名观众介绍DevOps来开天辟地。设定一个可实现的目标：
   • 从Product自动创建基础设施。
   • 在所有环境中自动将产品X交付到Azure。
   • 从外包商Y到伦敦的一个开发团队的支持。
   • 围绕我们最危险的特性创建一组测试，并以持续集成的方式运行它们。

2. 太好了，你已经成功了，现在是时候开始把它烘焙成更多的团队了，加入另外几个团队，让他们开始运作。不要害怕在开始时提供“白手套支持”来帮助他们过渡，在接下来的几周和几个月里，他们将需要大量的牵手。
3. 现在，您有几个早期采用者遵循一种新的工作方式；您有一些关键的群体，是时候开始向更多的听众宣传您正在做的工作了：。
   • 定期举行表演赛，要求早期采用者展示他们的成功。
   • 提供接送会议，让组织的其他部门探索他们如何加入您的团队。
   • 允许创建专注于特定学科的实践社区：持续部署、自动测试、业务通信、风险管理、监控和警报等。

4. 坚持下去，通过加入组织的其他成员来结束转变。了解高德纳炒作周期和采用生命周期之间的关系。为“转型计划”做好准备，使其落入“幻灭的低谷”，继续前进，并将最终目标保持在眼前。

要更深入地探索最后一点，请阅读GeoffreyA.Moore的横过裂缝。我完全可以写一本关于如何交付DevOps转换的书，但是当我完成它时，可能就没有更多的DevOps转换工作要做了。

DevOps倾向于在三个主要方面进行分解：

文化

DevOps文化强调所有涉众之间的高度信任、协作和沟通，特别是开发、操作和安全。这些群体之间的自然紧张和竞争造成摩擦，往往是功能障碍。DevOps首先(可以说)是协调这些团队之间的工作。

流程

DevOps开发流程与敏捷过程紧密结合。Ops被鼓励采用类似敏捷的实践，以便更好地与开发人员的工作保持一致。DevOps-对齐流程是为了支持整个开发/交付生命周期中的高速和快速反馈循环。持续集成、持续交付和持续改进(kaizen)是DevOps流程的重点领域。

技术

DevOps不是一个工具，但它得到了工具的支持。有一系列支持一系列领域的工具，包括持续集成、源代码管理和应用生命周期管理。

"DevOps转换“必须同时处理所有这三个元素，但不一定都是相同的。有一个自然的进展和“关键路径”的转变。例如，DevOps依赖于某种形式的敏捷实践，至少在开发团队/团队中是如此。在对工具进行投资之前，可能需要解决文化问题。

参考文献：

培养：https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture

技术：https://xebialabs.com/periodic-table-of-devops-tools/