“ DevOps转换”包含什么？

#1 楼

我需要在什么是DevOps的背景下回答这个问题，更具体地说，在我参与过的DevOps转换中，DevOps是完整软件开发生命周期的所有权。图表中的所有实践都是DevOps的重要组成部分，它们使系统思维和反馈回路都得以实现和增强。在生产环境中运行软件，可以在其中为客户及其所服务的业务带来价值。



作为参与或领导DevOps转型的顾问，我首先想到以下方面：


文化：正如戴夫（Dave）正确指出的那样，持续实验和学习的文化对于任何转型的成功都是至关重要的。从DevOps的角度来看，这取决于我们如何形成一种支持所选DevOps模型的文化，该模型可以是“您构建，运行”，也可以更像Google的网站可靠性工程实践。
运营模式：这是业务命题的一部分，阐明了组织将如何实现价值，通常是通过在较高层次上阐明所使用的人员，流程和工具。没有运营模式，您就没有组织采用文化定义的实践的方式的蓝图，这又导致缺乏明确性和不同的行为。
C级航空兵：这通常是我们的在转型计划中担任顾问工作，以对业务运作方式进行根本性的改变。您将使人们不高兴，有些人会不喜欢这些变化-重要的是您必须从上方进行“空中掩饰”以改变事物并向前迈进。找到重要的东西的地方很重要：


从尽可能小的角度开始，理想的情况是，一旦您有一些了解这种文化的人，一个运营模型的草图以及高管的支持，就可以创建“最小可行项目”通过向成千上万的受众介绍DevOps来尝试使海洋沸腾。设定可实现的目标：


从Product X自动创建基础结构。
在所有环境中自动将Product X交付到Azure。
从外包商Y到伦敦的开发团队的支持。
围绕我们风险最高的功能创建一组测试，并以持续集成的方式运行它们。现在是时候开始将它烘焙到更多团队中，再添加另外两个团队并使其开始运行。首先不要害怕提供“白色手套支持”以帮助他们过渡。在接下来的几周和几个月中，他们将需要大量的工作。
现在，您已经采用了一种新的工作方式，采用了许多早期采用者；您已经达到临界点，现在该开始向更多的受众宣传您正在做的工作了：


定期举行展示会，要求早期采用者展示成功的方法。
提供直接参与的课程，以允许组织的其他部门探索如何与您的团队一起使用。
启用针对特定学科的实践社区的创建：持续部署，自动化测试，业务沟通，风险管理，监视和警报等。了解Gartner炒作周期与采用生命周期之间的关系。为转型计划做好准备，使其陷入“幻灭低谷”，保持前进的步伐，并保持最终目标的可见。

要更深入地探索终点，请阅读Geoffrey A. Moore的《穿越峡谷》。我真的可以写一本关于如何进行DevOps转换的书，但是到完成它时，我可能将不再有更多的DevOps转换工作。

#2 楼

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

文化
DevOps文化强调所有利益相关者（尤其是Dev，Ops和Security）之间的高度信任，协作和交流。这些群体之间的自然紧张和竞争会产生摩擦，并常常导致功能障碍。 DevOps（可以说）首先是在这些团队之间协调工作。

流程
DevOps开发流程与敏捷流程紧密结合。鼓励Ops采用类似Agile的做法，以更好地与Dev的努力保持一致。与DevOps保持一致的流程旨在在整个开发/交付生命周期中支持高速和快速反馈循环。持续集成，持续交付和持续改进（kaizen）是DevOps流程的重点领域。

技术
DevOps不是工具，但受工具支持。有全系列的工具支持一系列领域，包括持续集成，源代码控制和应用程序生命周期管理。同时。转型具有自然发展和“关键路径”。例如，DevOps依赖某种形式的敏捷实践，至少在开发团队/团队中是这样。在进行工具投资之前，可能需要解决文化问题。

参考文献：
文化：https://www.andykelk.net/devops/using-the-westrum-typology -to-measure-culture
技术：https://xebialabs.com/periodic-table-of-devops-tools/