DevOps采用情况现状报告
Posted 架构头条
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了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% 的配置管理的资源和时间。
正如领先的协作软件供应商 Atlassian 在其 DevOps 采用报告中指出，有 41% 的 IT 企业熟悉 DevOps 服务，而另外的 59% 仍然不知道这种服务的优势。因此，这 41% 的企业在行业竞争中具有相当大的优势。
对 Atlassian 的调查做出回应的 IT 专家中，90% 的人都已经体验过 DevOps 带来的好处。尽管如此，他们中有 70% 的人表示，逐步增加的责任反而会导致压力爆棚。
为什么会有这样的反应？因为在一家公司里多部门协作，同时教会开发和运营部门的人员使用所有的工具，这并不是一个高效创造 DevOps 工作流程的方式。前面的报告中提出了下列几个重要的问题：
80% 的受访者表示，在一个新成立的 DevOps 团队中，知识的共享和交叉学习实践的机会很有限。他们只能通过静态文档，而不能通过团队间的直接沟通或者 wiki 来分享一些知识。另外只有 17% 的受访者表示他们能够获取所需的一切信息，同时也能及时得到团队的配合。
虽然每个拥有 DevOps 文化的企业都部署了监控和记录工具，但是仅有 64% 的受访者表示他们有主动监控和智能警报系统。这意味着只有三分之二的企业能够迅速的压制并从根本上解决问题，而不用处理由于服务器问题导致的用户差体验。
你们应该知道，这时候用大炮打蚊子这种做法是非常值得的。
几乎所有的受访者都表示他们的公司已经实现了自动化测试，或者正在实施自动化交付流。尽管如此，近 42% 的受访者表示，在将代码交付到生产环境之后，他们仍然需要手动修改小错误。这意味着 CI/CD 实践尚未成熟，新提交的代码并没有经过真实生产环境严格的，负载的测试。
灾害管理仍未完善。有近 50% 的受访者承认他们的方法，流程和反应会根据不同类型的事件而定。这就是说，有一半的 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 文化，高效地分配资源，建立更好的，更有效率的自动化工作流。
参考资料
https://puppet.com/resources/whitepaper/state-of-devops-report
https://www.atlassian.com/blog/devops/devops-culture-and-adoption-trends
https://www.sumologic.com/wp-content/uploads/modern-app-report-2017.pdf
活动推荐
随着 AI、Big Data、Cloud 的逐渐成熟，FAAS、CAAS 等技术的兴起，以及被运维业务的多样化和复杂化，很多传统的运维技术和解决方案已经不能满足当前运维所需，AIOps 智能运维、大数据运维、ChatOps、SRE、Chaos Engineering、微服务与容器运维等新技术和方向应运而生，它们一方面把最前沿的技术结合到运维中来，一方面在人员角色、领域范围、文化等方面又有了很多扩展，让传统运维有了翻天覆地的变化。
以上是关于DevOps采用情况现状报告的主要内容，如果未能解决你的问题，请参考以下文章