自动化促进协作的五个原因

协作对于促进敏捷部署的 DevOps 精神至关重要。各种各样的人员、工具和工作负载通常结合在一起形成一个没有运行线程的混乱流程。自动化可以成为绑定发布周期的共同点。

自动化记录每个版本的每个步骤，同时提供单一架构：整个项目的高级摘要，每个相关工作人员都可以访问。这有助于描绘复杂流程之间的关系，并促进 DevOps 所基于的职责模糊。

一旦引入自动化，这五个 DevOps 原则应该自然而然地发展：

通讯

从历史上看，Dev 和 Ops 甚至可能在不同的办公室甚至不同的大陆，几乎没有沟通。一个新的应用程序可能会从 Devs 到 Ops 被“扔到墙外”，而后者直到那时才知道太多。自动化可以成为讨论的催化剂。

> 另请参阅：移动协作：为企业带来全新的通信方式

完整的审计链自动化产生意味着所有更改都传播到团队的其他成员。这样可以避免发送多余的电子邮件或提出问题，并且意味着讨论可以高效且富有成效。

信任

可以维持发布周期的依赖项和复杂性在自动化仪表板中以可视方式列出，因此运维人员知道如何部署、何时部署以及部署到什么环境。

因为每个过程都在一个标准化的、可重复的循环中端到端概述，所以可以信任发布周期的每个贡献者来启动该过程，因为只需按下一个按钮。这减少了对监督的需求，并允许员工通过消除以前因等待特定员工完成只有他们知道该怎么做的工作而造成的瓶颈来更快地完成工作。

反复试验

在过去，Devs 和 Ops 倾向于形成作战室的不同方面。责备需要用建设性的分析来代替，这使员工能够无所畏惧地表达自己。通过以自动化的方式更快、更小迭代地发布应用程序，每个错误都是微不足道且可隔离的。 Ops 可以接受改变的愿望，而 Devs 可以学习让改变更加可靠。

“完成胜于完美”和“打破常规，快速行动”等 DevOps 口号依赖于快速、高效的协调。当出现问题时，团队可以看到故障发生的位置和原因。回滚能力、完整的审计跟踪和可见性自动化使发布过程意味着可以快速识别和解决问题。

软件统一

Dev 和 Ops 在技术上和物理上都可以分开，因为在发布周期中使用大量不同的软件会阻碍协作。有时 Ops 可能会因为太忙而无法快速为开发人员提供新软件，因此开发人员可以下载开源工具以加快速度。

与此同时，许多不适合 DevOps 开源世界的遗留应用程序（尤其是大型机）可能正在使用中。总共可以使用 20 多个独立的软件。

自动化工具显示发布和状态的指标，同时确保双方使用相同的工具和平台。这确保了一致性。

上市时间

申请意味着金钱和交付需要时间。合作和自动化流程降低了出错的风险，让 DevOps 能够更快地移动而不会崩溃，同时让他们能够在出现问题时快速恢复。

> 另请参阅：自动化软件：企业 IT 的“通用遥控器”

自动化使员工能够不受阻碍地集中精力。 Ops 无需花时间解释他们做了什么以及他们将要做什么，而是可以在世界任何地方跟踪他们的进度的同时继续工作。自动化允许在正确的时间进行正确的通信，以提高速度和敏捷性。

只有当这五个原则成为第二天性时，协作的 DevOps 精神才能真正蓬勃发展。自动化带来了理解。它带来了敏捷性和协作思维，使 DevOps 能够更快地将创新的新应用推向市场，而不会带来额外的变更风险。

来自 Automic Software 全球售前主管 Vladi Shlesman