本文共 3053 字，大约阅读时间需要 10 分钟。
早从8年前，就已经有企业开始引入DevOps了，到2018年，DevOps已经相当普及。然而，很多新兴的创业公司和大型企业仍然不敢引入DevOps。
\\这一现象是由创业者及企业高管的思维方式导致的。他们常常认为：“如果现有的工作方式没有问题，就没有必要改善现状。”正是由于这种思维方式，这些企业仍然在采用传统的工作方式。例如他们使用公司内部服务器运行关键任务，并将开发、运营和质量保障设为各自分离的部门。
\\对于创业公司来说，采用传统的工作方式意味着他们更看重服务的复用性和用户的体验，从而忽略了新功能的实现。这种做法的优点在于它能规避风险，保证产品性能的稳定，同时能最大限度的减少服务中断可能性。
\\引入DevOps之后：效果很好，但仍有改善空间
\\据Puppet最新的一份2017年关于DevOps调查报告结果所示，DevOps软件交付方法能够应付所有的挑战，并提供多个优点。
\\
以下是该报告中一些有趣的调查结果：
\\引入DevOps文化的公司代码部署频率提升46倍，这意味着每一批代码只需要几个小时就可以交付给生产环境，而不用像以前一样需要数周。
\\遵循DevOps的IaC, CI和CD原则可确保将代码交付的时间缩短440倍，这样，代码的构建，测试及部署在一小时内就可以完成。正是这样的速度创造了上面所说的代码部署能力。
\\许多企业担心过于频繁的部署代码可能会导致测试不足，从而留下严重的隐患。如果在上线后，这些隐患引起服务器停机，就会严重影响用户体验。恰恰相反，DevOps拥有深入代码的自动测试流和稳固的版本基础架构，能够防范风险。就算发生了任何故障，引入DevOps之后，TTR（恢复时间）提高了96倍，更不用说它已经将风险发生的机率减少了5倍（据Puppet的报告，相较于引入前提交代码时平均35%的失败率，DevOps将它降低到了7%左右）。
\\当公司上下都全力配合DevOps实现的时候，它带来好处的速度将会提高2倍。超过65%的受访者表示，DevOps的引入帮助他们实现了所有的工作目标。然而，约有一半的受访者表示，如果没有一个积极的、有魅力的领导会导致DevOps引入失败。
\\现已有近27%的企业正在进行或者已经实现了DevOps。同时也有41%的受访者表示他们将会把实现DevOps列为公司未来几年的优先任务。
\\DevOps的大部分服务都是自动化的，这一特点简化了大量的常规任务，为创造性的工作腾出了资源。例如，自动化的代码交付可以节省以下资源：
\\使用Codeception这类自动化测试工具能够节约大概27%的测试资源和时间。
\\使用GCP和Kubernetes自动化部署流能够节约至少30%的代码部署资源和时间。
\\避免了不必要的瓶颈和管理开销，能够省去超过27%的审批和工作流程。
\\使用Kubernetes容器管理工具，Terraform配置协调平台，Ansible, Salt, Chef或者Puppet，能够节约大概33%的配置管理的资源和时间。
\\工具很实用，但DevOps文化是最重要的
\\正如领先的协作软件供应商Atlassian在其DevOps采用报告中指出，有41%的IT企业熟悉DevOps服务，而另外的59%仍然不知道这种服务的优势。因此，这41%的企业在行业竞争中具有相当大的优势。
\\对Atlassian的调查做出回应的IT专家中，90%的人都已经体验过DevOps带来的好处。尽管如此，他们中有70%的人表示，逐步增加的责任反而会导致压力爆棚。
\\为什么会有这样的反应？因为在一家公司里多部门协作，同时教会开发和运营部门的人员使用所有的工具，这并不是一个高效创造DevOps工作流程的方式。前面的报告中提出了下列几个重要的问题：
\\80%的受访者表示，在一个新成立的DevOps团队中，知识的共享和交叉学习实践的机会很有限。他们只能通过静态文档，而不能通过团队间的直接沟通或者wiki来分享一些知识。另外只有17%的受访者表示他们能够获取所需的一切信息，同时也能及时得到团队的配合。
\\虽然每个拥有DevOps文化的企业都部署了监控和记录工具，但是仅有64%的受访者表示他们有主动监控和智能警报系统。这意味着只有三分之二的企业能够迅速的压制并从根本上解决问题，而不用处理由于服务器问题导致的用户差体验。
\\你们应该知道，这时候用大炮打蚊子这种做法是非常值得的。
\\几乎所有的受访者都表示他们的公司已经实现了自动化测试，或者正在实施自动化交付流。尽管如此，近42%的受访者表示，在将代码交付到生产环境之后，他们仍然需要手动修改小错误。这意味着CI/CD实践尚未成熟，新提交的代码并没有经过真实生产环境严格的，负载的测试。
\\灾害管理仍未完善。有近50%的受访者承认他们的方法，流程和反应会根据不同类型的事件而定。这就是说，有一半的DevOps的开发人员没有遵循明确的指导，仍然依靠手动来解决问题，并等待上级的指示。
\\关于AWS和Azure DevOps相关统计的简要总结
\\2017年，Sumo Logic公司发表了一份关于云事件现状的年终报告。
\\
该报告结合了超过1500个用户的回复。其中有64%的用户使用AWS，3.8%使用Azure，其余则是其他云服务提供商（CSP）或者多云策略用户。以下是这份报告的主要内容：
\\80%的AWS用户使用Linux操作系统。Azure的Linux操作系统用户数量由2016年的4%增加到2017年的12%。
\\
AWS Lambda的应用率增长了近200%（从2016年的12%到2017年的23%）。
\\
2017年，已经有24%的AWS用户使用Docker （2016年为18%）。
\\
现在NoSQL数据库比传统的关系型数据库管理系统（RDBMS）更受欢迎。事实上，Redis, MongoDB和Cassandra(28.3%)的使用率刚刚超过了MySQL，PostgreSQL和RedShift(27.3%)。这两个组合占据了AWS用户使用的所有数据库类型的55.6%，而Oracle和Microsoft SQL则明显落后。
\\
NGINX和Apache作为领先的Web服务器，已经将IIS甩在身后。
\\
安全性是云转换的首要原因，但近50%的AWS用户表示从未使用过内置的AWS CloudTrail服务，用于监控AWS VPC流量的VPC Flow Logs工具也很少被使用，只有14.1%的受访者确认使用过这些工具。
\\
关于DevOps采用现状的总结
\\上述报告中的统计数据清楚地表明，引入DevOps的公司能够看到他们的软件交付操作有了明显的改进，并且能够实现他们的既定业务目标。然而，传统的文化很难打破，除非能够实现真正的合作和知识分享，这也是DevOps目前面临的一大挑战。
\\当然，解决这些问题只是时间的问题，这就要求即使是那些目前尚未开始向DevOps转型的公司，仍然能够取得成功，并在业内其他市场参与者中获得竞争优势。还是建议他们能够真心实意地接受DevOps文化，高效地分配资源，建立更好的，更有效率的自动化工作流。
\\感谢对本文的审校。
转载地址：http://cdukx.baihongyu.com/