DevOps 从 2008 年登上历史舞台，到接替敏捷成为最新的软件开发范式，再到借云和容器技术在 2018 年左右火爆国内，明显已经发展到了前所未有的阶段。
2021 年《全球 DevSecOps 现状报告》显示，去年实行 DevOps 的企业数量持续飙升，已经从 2020 年的 27%，迅速增长到 35.9%。与此同时，信通院在去年发布的《中国 DevOps 现状调查报告》也显示，70% 的受访者表示自己所在的团队使用了 DevOps 平台。
此外，DevOps 实践不仅在范围上实现了长足发展，更是在深度上探索前进了不少。信通院报告还显示，DevOps 成熟度处于全面级的企业达到 35.04%，增长了 8.84%;16.53% 企业实践成熟度处于优秀级，0.87% 的企业处于卓越级。DevOps 这个理念正在从概念一步一步成为现实。
然而，DevOps 的发展真的有这么丝滑吗?其实未必，DevOps 实践中至今存在诸多痛点，包括文化、团队、安全、技术等等方面，其中 DevOps 工具的选择和应用是许多企业最为纠结的一点。
01 DevOps 痛点最主要的 3 个方面
关于现下 DevOps 有哪些痛点，基本都是千企千面;DevOps 实践中到底哪里最痛，也都是众说纷纭。
有观点从 DevOps 安全入手，认为 DevOps 安全团队和持续交付团队往往独立运行，信息交互频繁且效率低导致质量难以保证，安全问题整改的计划外工作量大。与此同时，沟通工作也多依赖于人工，自动化工具仅仅起到检测执行作用，造成信息不对称和沟通不及时的痛点。
也有观点聚焦在了云原生时代的 DevOps 痛点，认为 DevOps 是依靠云原生、工作流程、人员组织而整合的，但少有企业从中获得了期望中的业务价值。价值与管理维护成本不对等，也就出现了效率和成本这一痛点。
但归根结底，现在企业要想推行 DevOps 最痛的，还是以下三点：
1、人才缺乏，不宜过度依赖人才发展 DevOps
研究显示，所有 DevOps 技能职位都面临人才短缺。Gartner 曾预测，由于人才的短缺，到 2022 年 75% 的 DevOps 计划将无法达到预期。
的确，由于项目团队工作繁重，没有时间进行 DevOps 改进与缺乏相关领域专家正在成为组织级 DevOps 转型的最大阻碍。因为缺少具备 DevOps 经验的专家，导致企业推进缓慢、无从下手。
飞算云智总裁陈定玮认为，互联网技术是非常庞杂的，并且发展日新月异，开发与运维之间的技术鸿沟真实存在并且日益加深。对国内大部分 IT 企业来说，依靠 DevOps 的理念并不能弥补这种鸿沟。因为 DevOps 的实施对人才的依赖性强，以及对人员的基本素质要求非常高。这也是很多 IT 公司在实践 DevOps 时不得不以失败告终的原因。如果没有一个更加有效的平台让它落地，那么 DevOps 这一出色的工程理念和工程技术便无法在中国得到进一步推广。
2、路线不够清晰，更忽视文化培养，导致不少企业 DevOps 转型困难
《中国 DevOps 现状调查报告》表明，虽然近年来企业 DevOps 落地实践路线逐渐清晰，但仍有 20% 以上的企业难以确认转型成功与否。
其中，过半数的企业都在依据研发效率的提升、产品质量、交付效率和客户满意度等指标去衡量 DevOps 转型的成败。
除此之外，因为过于专注于这类指标，企业往往会忽视文化的影响。但实际上，构建优秀的 DevOps 流程的一个重要部分是了解成功所需的文化和组织变革，并将其作为优先事项。
“用工具实现自动化工作，是为了让个人才能发挥更大价值，而不是让工具取代人。进入自动化时代，我们首先要转变的是思维模式。” 陈定玮如是说。
3、适配的工具体系难以搭建，DevOps 还存在技术挑战
很多企业中的 DevOps 实践者都表示，在云原生时代 DevOps 落地的痛点更多是自动化程度和运维能力不够、微服务容器等技术变革带来的运维挑战、应用交付工具链脱节等工具和技术问题。
要解决以上问题，需要服务和工具体系支撑，比如 AI 和自动化等。工欲善其事必先利其器，借助合适的项目管理工具无疑可以提升敏捷开发的效率，但在实际的落地过程中却面临重重困难。陈定玮认为，这就需要企业采用一个长期有效的工具来做。
02 工具不是万能的，没有工具是万万不能的
上述所提到的三个痛点，人才问题是外部环境问题，这个外因更多是适应和接受;战略问题是企业内部管理决策问题，这个内因需要意识逐步浸润;而工具问题的解决则是实实在在、可以快速见效的。
当企业决定引入 DevOps 工具的时候，有三种选择：直接使用开源工具、采购商业工具、自己研发工具。
但对多数企业来说，自研工具的成本过高，并不划算。而直接使用开源工具则面临较大安全成本。这就需要面对工具选择的问题。
研究显示，采用自研还是对开源工具进行二次开发是企业在选择 DevOps 平台类工具时的首要考虑因素。与此同时，企业在选择 DevOps 工具时更注重功能的易用性、工具自身的安全性和自动化程度。
因此，不少企业都将 DevOps 工具链建设及相关人才培训纳入企业 DevOps 投入计划。谷歌在 2021 年的调查显示，31.04% 的企业已经对 DevOps 工具进行二次开发，计划形成 DevOps 工具链;22.61% 的企业计划对技术人员进行 DevOps 相关培训;27.66% 的企业已经引入 DevOps 工具，计划进行二次开发。另外，有 27.39% 的企业计划引入 DevOps 专业工具和服务，仅有 3.92% 的企业不准备引入 DevOps。
培训成本的投入不仅是为了使企业更好地使用 DevOps 工具，因为 DevOps 工具是不断更新的，所以需要付出较高的学习成本。而且，从敏捷开发工具、持续交付工具、自动化运维工具到微服务相关的一系列工具链条非常长，且存在耦合问题，让企业无从下手。
那到底是否存在一种自动化又集大成的 DevOps 平台来比较平滑顺畅地实现 DevOps 呢?其实是有的。飞算推出的 SoFlu 软件机器人就是其中一个。
陈定玮曾表示：“SoFlu 软件机器人的出发点是想让 DevOps 真正的落地。而实现‘落地’首先重点要解决的就是开发的问题，包括开发的品质、安全和效率等，再逐步解决测试和运维问题。”
SoFlu 软件机器人通过可视化编程的方式满足开发需求，也就是说，通过人机协同，软件机器人可自动完成软件开发、测试和运维，由此提高工作效率，使用户可以更多关注自身业务。在平台使用过程中，可以达到一个机器人相当于一个 10 人科技团队的效果。
此外，应用 SoFlu 软件机器人，开发者还可以通过管理平台来管理需求、研发、测试、部署、上线、运维等整个软件生命周期，沉淀经验、积累知识，将管理制度真正落地。
以测试平台为例，SoFlu 软件机器人通过自动化的生命周期管理、测试用例自动生成、测试数据管理等功能，解决了人工测试耗时长、测试跟踪管理难、测试成本高等难题。软件质量可以通过工具、流程和管理予以保障，而不再依靠有丰富经验的软件工程师。
如今，SoFlu 软件机器人已经应用于包括医疗、金融、制造、零售等在内的八大行业，助力其落地 DevOps。
正如中国工程院院士倪光南所说的，“SoFlu 软件机器人的价值在于通过标准化、自动化的流程，降低了从开发、测试到运维的门槛，将敏捷管理制度落地，帮助企业做到降本增效，达到提升软件业创新速度的目标。” 而这也是工具在企业推进 DevOps 中应该起到的作用。
（免责声明：本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时，应及时向本网站提出书面权利通知或不实情况说明，并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后，将会依法尽快联系相关文章源头核实，沟通删除相关内容或断开相关链接。 ）
