DevOps采用现状情况报告

栏目: 编程工具 · 发布时间: 6年前

内容简介:早从8年前,就已经有企业开始引入DevOps了,到2018年,DevOps已经相当普及。然而,很多新兴的创业公司和大型企业仍然不敢引入DevOps。这一现象是由创业者及企业高管的思维方式导致的。他们常常认为:“如果现有的工作方式没有问题,就没有必要改善现状。”正是由于这种思维方式,这些企业仍然在采用传统的工作方式。例如他们使用公司内部服务器运行关键任务,并将开发、运营和质量保障设为各自分离的部门。对于创业公司来说,采用传统的工作方式意味着他们更看重服务的复用性和用户的体验,从而忽略了新功能的实现。这种做法

早从8年前,就已经有企业开始引入DevOps了,到2018年,DevOps已经相当普及。然而,很多新兴的创业公司和大型企业仍然不敢引入DevOps。

这一现象是由创业者及企业高管的思维方式导致的。他们常常认为:“如果现有的工作方式没有问题,就没有必要改善现状。”正是由于这种思维方式,这些企业仍然在采用传统的工作方式。例如他们使用公司内部服务器运行关键任务,并将开发、运营和质量保障设为各自分离的部门。

对于创业公司来说,采用传统的工作方式意味着他们更看重服务的复用性和用户的体验,从而忽略了新功能的实现。这种做法的优点在于它能规避风险,保证产品性能的稳定,同时能最大限度的减少服务中断可能性。

引入DevOps之后:效果很好,但仍有改善空间

据Puppet最新的一份2017年关于DevOps调查报告结果所示,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公司发表了一份关于云事件现状的年终报告。

 DevOps采用现状情况报告 

该报告结合了超过1500个用户的回复。其中有64%的用户使用AWS,3.8%使用Azure,其余则是其他云服务提供商(CSP)或者多云策略用户。以下是这份报告的主要内容:

80%的AWS用户使用 Linux 操作系统。Azure的Linux操作系统用户数量由2016年的4%增加到2017年的12%。

 DevOps采用现状情况报告 

AWS Lambda的应用率增长了近200%(从2016年的12%到2017年的23%)。

 DevOps采用现状情况报告 

2017年,已经有24%的AWS用户使用Docker (2016年为18%)。

 DevOps采用现状情况报告 

现在NoSQL数据库比传统的关系型数据库管理系统(RDBMS)更受欢迎。事实上,Redis, MongoDB和Cassandra(28.3%)的使用率刚刚超过了MySQL,PostgreSQL和RedShift(27.3%)。这两个组合占据了AWS用户使用的所有数据库类型的55.6%,而Oracle和Microsoft SQL则明显落后。

 DevOps采用现状情况报告 

NGINX和Apache作为领先的Web服务器,已经将IIS甩在身后。

 DevOps采用现状情况报告 

安全性是云转换的首要原因,但近50%的AWS用户表示从未使用过内置的AWS CloudTrail服务,用于监控AWS VPC流量的VPC Flow Logs工具也很少被使用,只有14.1%的受访者确认使用过这些工具。

 DevOps采用现状情况报告 

关于DevOps采用现状的总结

上述报告中的统计数据清楚地表明,引入DevOps的公司能够看到他们的软件交付操作有了明显的改进,并且能够实现他们的既定业务目标。然而,传统的文化很难打破,除非能够实现真正的合作和知识分享,这也是DevOps目前面临的一大挑战。

当然,解决这些问题只是时间的问题,这就要求即使是那些目前尚未开始向DevOps转型的公司,仍然能够取得成功,并在业内其他市场参与者中获得竞争优势。还是建议他们能够真心实意地接受DevOps文化,高效地分配资源,建立更好的,更有效率的自动化工作流。

感谢张婵对本文的审校。


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Java5.0Tiger程序高手秘笈

Java5.0Tiger程序高手秘笈

BrettMclaughlin / 东南大学出版社 / 2005-10 / 28.00元

代号为 “Tiger”的下一个 Java 版本,不只是个小改动版。在语言核心中有超过 100 项以上的变动,同时有大量的对 library 与 API 所做的加强,让开发者取得许多新的功能、工具与技术。但在如此多的变化下,应该从何处开始着手?也许可以从既长又无趣的语言规范说明书开始看起;或等待最少 500 页的概念与理论巨著出版;甚至还可以直接把玩新的 JDK 看看能够有什么发现;或者借由《Jav......一起来看看 《Java5.0Tiger程序高手秘笈》 这本书的介绍吧!

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具