如何达成DevOps共识？

DevOps的过程部分基于敏捷软件开发方法。如果你的组织已经使用敏捷，那么你将处于领先地位。你可能会发现一些敏捷实践应该改变的领域，以适应更大的DevOps实践。如果你不练习敏捷，那么这是开始你的DevOps旅程的好地方。关于DevOps的一个常见问题是：“可以在没有敏捷的情况下实践DevOps吗?”简而言之，是的，但是，如果将DevOps作为敏捷实践的更大一部分来实施，你的工作回报将会更大。

持续改进也是一个主要主题。IT运维和开发人员可以与项目管理和业务分析师合作，以识别软件交付所涉及的所有流程中效率低下和浪费的领域。价值流映射在此领域可能会有所帮助，以可视化整个端到端过程。

技术

DevOps方法论的技术领域集中于一个主题：自动化。任何可以自动化的东西都必须自动化。这包括持续集成，基础架构即代码，自动化部署，测试，用户接受度等等。正如工业革命期间的自动化改变了行业和制造业一样，软件交付的自动化从根本上改变了软件交付的过程。

自动化任务使它们更具可重复性和可靠性。自动化测试是自动化带来巨大价值的一个领域。当关键时间早于发布日期时，测试通常会延迟，有时会完全跳过。自动化的测试过程使其可重复，并降低了成本。尽早进行测试的过程通常被称为“左移”，如将质量转移到软件交付过程中的最早步骤。

自动化还改善了一个关键指标：速度。速度本质上是软件发布的频率。较小的频繁发布要比较大的不频繁发布要好。这与另一个精益原则有关：小批量。当功能作为小更改的一部分发布时，它们的风险就较小。回滚和重新处理小的更改并不像回滚巨大，复杂的版本那样具有破坏性。

IT运维和软件开发团队最有能力专注于DevOps的技术领域。

以下是一些DevOps的首要原则，可帮助你达成DevOps共识：

简短的反馈循环：敏捷使用诸如站立式的仪式来确保开发人员和利益相关者之间的定期沟通。DevOps还强调缩短和放大反馈回路。

精益IT：精益IT的原理主要集中于消除生产中的浪费。DevOps是在控制过量生产和提高生产流程效率方面发挥了作用。

约束理论：约束理论提供了一种通过识别和“打破”(消除)约束的连续过程来提高吞吐量的方法。约束定义为多步骤生产过程中的任何“瓶颈”步骤，其中工作变慢并开始积压。敏捷实践将工作流程可视化，有助于揭示工作障碍。DevOps将这种想法从软件开发生命周期扩展到整个软件交付生命周期。

价值流图：所有服务都是通过不同复杂的过程生产的。一个人很少了解复杂的过程。每个步骤(在制造中称为“工作站”)通常由具有专门技能的员工来处理。软件开发工作站包括开发，测试，部署和维护。

理想情况下，创建价值流图是一个协作过程。每个团队汇聚一堂，讲述他们在生产中的故事，这将有助于达成DevOps共识。整个故事源于价值流图的过程。此练习通常会暴露整个过程的效率低下。DevOps使用“价值流图”将生产工作与战略性企业目标保持一致。

持续改进：持续改进是一种寻求并消除过程中效率低下的科学实践。持续改进团队不断评估生产团队的过程和结果。关于约束或其他低效率如何影响生产的理论得到了发展。然后，团队对流程进行细微的更改，并测量改进(或缺少改进)的过程。这个过程永无止境，一直在寻找消除浪费和提高生产率的机会。DevOps从业人员使用持续改进作为一种整体测量和改进软件交付过程的方法。

为什么需要DevOps达成共识?

需要共识，因为DevOps不仅是一回事。这是一整套解决广泛问题的想法。任何共同解决问题的团队必须首先同意：

1. 我们要解决什么问题?
2. 解决指定问题的最佳工具是什么?
3. 我们如何衡量改进(或缺乏改进)?

想要使用DevOps回答这些问题的企业和团队必须首先就以下两个问题的答案达成共识：

1. 什么是DevOps?
2. 我们如何使用它来改善软件交付?

每个企业想要完善或升级自身的运维体系，都必须问自己这些问题才能开始使用DevOps，并且每个企业的答案都不同。进行自我询问和回答的过程可以知道什么有效，什么无效，以及可以采取哪些措施来促进有效的变革。

（编辑：鹰潭站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!