DevOps的出现与旧秩序的衰落

软件工程始终依赖于IT运营来负责将软件部署到生产环境中。 在我担任过的各种角色中，IT运营的角色来自“数据中心”到“ Web服务”。 交付软件的组织过去能够干净地分离这些角色。 软件工程和IT运营能够以某种孤立的方式工作，而无需真正了解彼此在各自领域中拥有的知识。 软件工程将通过“部署请求”与IT运营进行沟通。 通常，在确保已经对其软件进行了足够的测试之后才能执行此操作。

但是，在软件交付组织中组织部门的传统方式似乎已经过时了。 原因是软件基础架构已朝着“敏捷”的方向发展。 困扰软件开发领域的流行语已开始对IT基础架构产生影响。 如今，发展最快（且具有破坏性）的公司可以看到这种地震变化的证据。 像Netflix，Whatsapp这样的公司以及许多科技公司已经进入了我们所谓的“云”基础架构，该基础架构由Amazon Web Services主导。

硬件资源的虚拟化技术取得了巨大的进步。 反过来，这又使诸如AWS和Rackspace之类的公司能够将其服务器场转换为计算资源的离散单元，这些单元可以切成小块并打包，然后作为一种服务高效地重新分发给客户。 不可避免的是，所有这些可配置的“硬件”资源最终将成为某种形式的“软件”资源，可以被企业最大程度地利用。 这反过来孕育了管理，控制和部署这些基础架构即服务（IaaS）所需的全新技能集。 这些服务使用的一些工具包括诸如Chef或Puppet之类的置备工具。 与IaaS供应商提供的软件api一起，可以根据需要启动或关闭基础架构。

大量计算资源的可用性，而没有与硬件资本支出相关的所有前期成本，导致试图解决各种可想象的各种问题的初创公司数量激增，再加上功能强大的移动设备的普及，导致许多行业的数字复兴。 但是，这种复兴也导致了对另一种软件组织的需求。 作为软件工程和开发的一部分，我见证了职业的快速发展。

不断增长的数据和处理需求规模要求将范式从旧的软件交付组织完全转变为将软件工程和IT运营融合在一起的新组织。 这就是“ DevOps”角色发挥作用的地方。 在组织中招聘DevOps并围绕此类角色重组IT运营使企业能够敏捷发展。 一些企业的生存取决于互联网上软件的可用性，因此有必要围绕DevOps对他们的软件交付组织进行建模。 能够利用软件自动化在几分钟内部署基础架构的能力使企业可以快速扩展。 能够练习连续交付软件，可以使功能快速进入市场，并允许企业改善自身的反馈回路。

我们见证了一个新的世界秩序，而软件交付组织如果不能成功过渡到“勇敢的新世界”，就会发现自己很快就落后了，尤其是当竞争对手能够更快，更可靠地以更少的人员扩展和交付软件时。

翻译自: https://www.javacodegeeks.com/2014/08/the-emergence-of-devops-and-the-fall-of-the-old-order.html