当我们进入2017年下半年时，可以肯定地说，对DevOps的采用已是主流趋势。各个组织越来越依赖现代软件开发和交付并将其作为其业务模式的一部分。 对DevOps的兴趣和采用正在更广泛的范围内（尤其是企业内部）发生。

跨行业的组织正面临着由颠覆性公司驱动的动态变化且竞争激烈的市场。这些公司 -传说中的独角兽 - 带着新的商业模式已经进入市场。这些新的商业模式由可以创造或破坏价值数亿美元公司的技术和软件驱动。其中一个主要的例子是苹果和iTunes，它们基本将CD产业变成了虚无。

这种颠覆是毁灭性的。标准普尔500指数表明公司的平均寿命正在缩小。到2030年，据估计，标准普尔榜单中有75％的公司将是新公司。对企业来说，了解并快速适应这种变化趋势将比以往任何时候都显得重要。

随着为将来考虑的企业将趋向于采用DevOps - 接下来我们来审视下这一领域的一些关键趋势和未来发展。

1

适应现在或为停机时间付出昂贵代价

单单下面的一系列数字就可以解释为什么采用DevOps已是主流。随着越来越多的业务由技术产生，那些面对服务中断而不改变其商业模式的公司将会面临随即可见的财务影响。

据IDC报道，“财富”1000强公司，其平均每小时因基础架构故障要损失10万美元。而因关键应用程序崩溃带来的损失将高达每小时一百万美元，而每年因系统停止运行导致的损失均达5亿美元到25亿美元不等。

另一方面，据Puppet“2016年DevOps现状”报告，使用DevOps原则的高绩效者获得的部署次数比平均或低绩效者高出了200倍，平均恢复时间快24倍，故障率下降了300％，更快发布更新达2555次。

根据IDC对未做出改变的公司的报道，高绩效者与其最大的区别就是高绩效者的停机成本显著降低，平均每个停机事件代价为37,500美元。在DevOps环境中部署失败时，较小的批量问题更易于修复和回滚，从而能更快对停机服务进行响应。

停机和中断的后果已经引起了C-Suite的关注。 据IDC报道，截止到2017年底，全球2,000家公司的三分之二的CEO将在其企业战略中心实行数字转型。这将推动DevOps的更多采用，将企业赖以生存的应用和技术解决方案更快、更好地交付给终端客户。DevOps的采用也就意味着当前业务模式所依赖的仓库被分解，交付流水线被简化为端到端的服务。而这，也是与现今企业的一个关键区别。

在企业中，DevOps的采用往往具有特定的需求，如遗留系统，合乎法律法规，混合架构及日益增长的安全风险， 其还必须支持大规模的软件开发和交付。因此，企业总是希望使用一些已经被证明可以满足企业需求的技术解决方案。

2

应用程序发布自动化(简称ARA)一鸣惊人

ARA解决方案不断发展壮大，它们在加快软件发布，缩小交付周期方面已经展示了不可估量的价值。

Gartner预计到2020年底，全球2000家企业中有50％将采用ARA。在2016年，他们估计有10％的企业采用了ARA。也就是说，在接下来的2-3年间，全球2,000家企业的40％将会采用ARA。

3

微服务和容器技术在2017年崛起

在2017年，微服务的采用已得到显著增长。微服务因其完整独立的特性、定义明确的接口以及在不破坏已有系统的前提下改进产品周期的能力，其非常适用于DevOps。另一方面，由于容器旨在以最少的部署和时间开销运行一个程序，这使得其又非常适合作为微服务的部署工具。

容器市场也在动态快速地变化着。 Docker已经成为容器开发的标准，但在运行时间，集群和服务编排方面，市场上仍有更高的需求。理想的解决方案应是面向未来的，它允许用户像更改业务那样能轻松地从一个平台切换到另一个平台。如果企业正在利用微服务和容器，那么整合支持容器和微服务，同时也支持传统应用模式的解决方案，将变得越来越重要。

4

总是左移

DevOps工具和解决方案不断加速左移的概念。自动化测试和性能监控在生命周期的早期完成，这样便能尽早识别性能下降；服务虚拟化允许企业模拟服务以改进应用程序测试；安全验证现在已成为发布流程的一部分。 DevOps协调工具使端到端的整个流程自动化且具有可跟踪性。

随着企业对自动化的利用，对最佳工具进行集成的需求也在增加。由于企业对开箱即用的企业级整合有越来越多的诉求，我们将期望看到工具开发方和解决方案提供商之间更多的战略联盟。

5

评估您的流程和发布是否健康

随着工具的捆绑、流水线的编排，大量被捕获的数据将变得具有可操作性。预测分析的应用将会接踵而来，我们将看到机器学习被用来深入了解您的交付流程是否健康。预测分析可以揭示流程失败的风险，并可用于判断软件发布的健康状况。

6

文化是分水岭

为了更快的交付高质量的软件，我们的确需要密切关注工具和技术的发展趋势，然而，文化和流程仍然是DevOps之旅的主角。

文化是DevOps成功的首要前提。一个组织若没有事先确定内部的要求、解决相关文化问题，即使拥有所有的自动化工具也不会取得有影响力的结果。文化是打破组织孤岛并促进所有团队协作以共同努力实现业务成果的关键。

7

ITIL将适应DevOps

ITIL将需要适应DevOps这个加速的、自动化的新世界。自动化可以提高速度、提前批准那些通过自动化测试的修改。这样，CAB将能对功能进行更多的审计。在将来，越来越多的连续集成（CI）将会被使用，由软件发布流程创建更多的CI文件又会促进配置管理数据库（CMDB）的自动化发展。

概括

DevOps已不再是边缘运动。在很多情况下，它已变成不可或缺的一部分。应用程序发布自动化（ARA）是DevOps带来的最有价值的技术。在适应于DevOps方面，容器和微服务正在获得更多市场助力，但它们需要与传统架构共存。随着DevOps能更早地确定软件质量，识别性能和安全问题，左移的趋势已越来越明显。

文化是采用DevOps是否成功的关键。如果流程没有针对速度进行优化，自动化将不会成功。当文化和流程相一致时，自动化工具将更有效地帮助企业适应这个极具破坏性的行业。

原创：Steve Brodie

当我们进入2017年下半年时，可以肯定地说，对DevOps的采用已是主流趋势。各个组织越来越依赖现代软件开发和交付并将其作为其业务模式的一部分。 对DevOps的兴趣和采用正在更广泛的范围内（尤其是企业内部）发生。

跨行业的组织正面临着由颠覆性公司驱动的动态变化且竞争激烈的市场。这些公司 -传说中的独角兽 - 带着新的商业模式已经进入市场。这些新的商业模式由可以创造或破坏价值数亿美元公司的技术和软件驱动。其中一个主要的例子是苹果和iTunes，它们基本将CD产业变成了虚无。

这种颠覆是毁灭性的。标准普尔500指数表明公司的平均寿命正在缩小。到2030年，据估计，标准普尔榜单中有75％的公司将是新公司。对企业来说，了解并快速适应这种变化趋势将比以往任何时候都显得重要。

随着为将来考虑的企业将趋向于采用DevOps - 接下来我们来审视下这一领域的一些关键趋势和未来发展。

1

适应现在或为停机时间付出昂贵代价

单单下面的一系列数字就可以解释为什么采用DevOps已是主流。随着越来越多的业务由技术产生，那些面对服务中断而不改变其商业模式的公司将会面临随即可见的财务影响。

据IDC报道，“财富”1000强公司，其平均每小时因基础架构故障要损失10万美元。而因关键应用程序崩溃带来的损失将高达每小时一百万美元，而每年因系统停止运行导致的损失均达5亿美元到25亿美元不等。

另一方面，据Puppet“2016年DevOps现状”报告，使用DevOps原则的高绩效者获得的部署次数比平均或低绩效者高出了200倍，平均恢复时间快24倍，故障率下降了300％，更快发布更新达2555次。

根据IDC对未做出改变的公司的报道，高绩效者与其最大的区别就是高绩效者的停机成本显著降低，平均每个停机事件代价为37,500美元。在DevOps环境中部署失败时，较小的批量问题更易于修复和回滚，从而能更快对停机服务进行响应。

停机和中断的后果已经引起了C-Suite的关注。 据IDC报道，截止到2017年底，全球2,000家公司的三分之二的CEO将在其企业战略中心实行数字转型。这将推动DevOps的更多采用，将企业赖以生存的应用和技术解决方案更快、更好地交付给终端客户。DevOps的采用也就意味着当前业务模式所依赖的仓库被分解，交付流水线被简化为端到端的服务。而这，也是与现今企业的一个关键区别。

在企业中，DevOps的采用往往具有特定的需求，如遗留系统，合乎法律法规，混合架构及日益增长的安全风险， 其还必须支持大规模的软件开发和交付。因此，企业总是希望使用一些已经被证明可以满足企业需求的技术解决方案。

2

应用程序发布自动化(简称ARA)一鸣惊人

ARA解决方案不断发展壮大，它们在加快软件发布，缩小交付周期方面已经展示了不可估量的价值。

Gartner预计到2020年底，全球2000家企业中有50％将采用ARA。在2016年，他们估计有10％的企业采用了ARA。也就是说，在接下来的2-3年间，全球2,000家企业的40％将会采用ARA。

3

微服务和容器技术在2017年崛起

在2017年，微服务的采用已得到显著增长。微服务因其完整独立的特性、定义明确的接口以及在不破坏已有系统的前提下改进产品周期的能力，其非常适用于DevOps。另一方面，由于容器旨在以最少的部署和时间开销运行一个程序，这使得其又非常适合作为微服务的部署工具。

容器市场也在动态快速地变化着。 Docker已经成为容器开发的标准，但在运行时间，集群和服务编排方面，市场上仍有更高的需求。理想的解决方案应是面向未来的，它允许用户像更改业务那样能轻松地从一个平台切换到另一个平台。如果企业正在利用微服务和容器，那么整合支持容器和微服务，同时也支持传统应用模式的解决方案，将变得越来越重要。

4

总是左移

DevOps工具和解决方案不断加速左移的概念。自动化测试和性能监控在生命周期的早期完成，这样便能尽早识别性能下降；服务虚拟化允许企业模拟服务以改进应用程序测试；安全验证现在已成为发布流程的一部分。 DevOps协调工具使端到端的整个流程自动化且具有可跟踪性。

随着企业对自动化的利用，对最佳工具进行集成的需求也在增加。由于企业对开箱即用的企业级整合有越来越多的诉求，我们将期望看到工具开发方和解决方案提供商之间更多的战略联盟。

5

评估您的流程和发布是否健康

随着工具的捆绑、流水线的编排，大量被捕获的数据将变得具有可操作性。预测分析的应用将会接踵而来，我们将看到机器学习被用来深入了解您的交付流程是否健康。预测分析可以揭示流程失败的风险，并可用于判断软件发布的健康状况。

6

文化是分水岭

为了更快的交付高质量的软件，我们的确需要密切关注工具和技术的发展趋势，然而，文化和流程仍然是DevOps之旅的主角。

文化是DevOps成功的首要前提。一个组织若没有事先确定内部的要求、解决相关文化问题，即使拥有所有的自动化工具也不会取得有影响力的结果。文化是打破组织孤岛并促进所有团队协作以共同努力实现业务成果的关键。

7

ITIL将适应DevOps

ITIL将需要适应DevOps这个加速的、自动化的新世界。自动化可以提高速度、提前批准那些通过自动化测试的修改。这样，CAB将能对功能进行更多的审计。在将来，越来越多的连续集成（CI）将会被使用，由软件发布流程创建更多的CI文件又会促进配置管理数据库（CMDB）的自动化发展。

概括

DevOps已不再是边缘运动。在很多情况下，它已变成不可或缺的一部分。应用程序发布自动化（ARA）是DevOps带来的最有价值的技术。在适应于DevOps方面，容器和微服务正在获得更多市场助力，但它们需要与传统架构共存。随着DevOps能更早地确定软件质量，识别性能和安全问题，左移的趋势已越来越明显。

文化是采用DevOps是否成功的关键。如果流程没有针对速度进行优化，自动化将不会成功。当文化和流程相一致时，自动化工具将更有效地帮助企业适应这个极具破坏性的行业。

原创：Steve Brodie