这是一个由五部分组成的系列文章的第二部分，我们将介绍DevOps以及通过它可以获得的解决方案实施。为了几十年来，开发和运营组织一直处于分裂状态。这种差距的存在有一个关键原因：开发的任务和重点是通过根据客户和市场需求进行更改来创造价值，而运营的任务和重点是通过保持应用程序和服务的可靠运行来创造价值，以便客户能够依赖它们。不幸的是，对于传统的软件开发和交付方法，更高的变更频率通常与应用程序的更高风险直接相关可靠性。文化关于变化的分歧，虽然陷入广泛的陈规定型观念是危险的，公平地说，Dev倾向于承担更多的风险，而Ops则更厌恶风险。毕竟，开发团队是为了创造变化而付费的，而运营团队是为了保留企业而付费的跑。通过随着敏捷和精益软件开发技术的发展，Dev发现更小、更频繁的发布更有利于生产更高质量的软件，更容易满足客户的期望和需求。Dev已经证明，更高频率的发布可以满足他们创造客户的目标价值。同时，软件交付方面的经验让运营团队非常清楚，大多数停机时间都是由于对软件进行更改而产生的意外副作用。作为回应，Ops开发了许多机制来保护软件变更的大门，比如大量的变更管理和鼓励更少的变更释放技术分歧——过程和工具由于对提高业务灵活性的渴望，许多开发人员组织要么已经过渡到敏捷实践，要么正在认真考虑考虑到这种类型的转换。敏捷的主要目标包括更小的版本，更频繁地交付工作软件，以及大大缩短上市时间。为了实现这些目标，开发工具已经变得越来越复杂，重点是提高开发和测试速度以及改善团队之间的协作。开发工具的发展使软件能够以不断增长的速度生产和交付佩斯。开在运营方面，Dev加快的交付速度导致了对系统资源的需求增加。为了满足这些需求，作战工具的复杂程度也在不断提高。通过自动化系统配置，虚拟化整个软件栈，并通过云实现资源随需应变，Ops已经发展了他们的工具和流程，以帮助更快、更一致地交付资源。然而，尽管现代开发和操作工具提高了效率，但仍然很难以一致、可重复和可靠的方式部署软件。为了弥合这一鸿沟，开发和运营团队必须比以前更多地合作。这种新发现的对协调的强调推动着德沃普斯，来吧下周，我们将继续阅读5周系列文章的第三部分，题为"为什么现在要迁移到DevOps？"。