DevOps 的未来是无代码

作者 | Nahla Davies

译者 | 明知山

策划 | 丁晓昀

近年来，全球 DevOps 市场迅速扩张，到 2021 年已超过 70 亿美元的规模。到 2030 年，这一数字将增长到近 400 亿美元。

与此同时，DevOps 的人才缺口也在稳步扩大。根据美国劳工部的数据，到 2030 年，全球开发工程师的短缺将超过 8500 万。在接下来的十年中，对 DevOps 专业人员的需求可能每年增长 20% 以上。

这两个相互冲突的趋势将软件和应用程序开发公司置于一个极其复杂的位置。一方面，他们有了通过满足对改进的新应用程序日益增长的需求来大幅增加收入的机会。但是，越来越缺乏找到合适的人才来开发这些产品的能力限制了他们抓住这个机会的能力。那么，企业如何才能在全球市场上获得有效的竞争力呢？

一个潜在的解决方案是将更多的低代码和无代码工具集成到 DevOps 中。这些工具为 DevOps 团队提供了许多好处和效率，不仅可以简化现有 DevOps 专业人员的工作，企业还能在传统人员配置之外找到扩大团队的选项。事实上，那些未能将这些工具集成到 DevOps 过程中的企业很可能很快就会落后于竞争对手。

1 DevOps 的兴起

DevOps 是一个相对较新的东西，在 2008 年左右才开始为人所知，但它的发展趋势已经迅速在软件和应用程序行业铺展开来。

DevOps 的出现是为了简化整个软件开发生命周期。在 DevOps 出现之前，参与生命周期各个阶段的团队在孤岛模式下独立运作。团队之间缺乏沟通，或者效率非常低。

因为其中一方永远不知道另一方在做什么，所以软件开发效率通常非常低。更糟糕的是，不同的团队经常有不同的目标，而且这些目标之间经常是冲突的。发布速度、特性和质量保证之间相互矛盾，使得开发团队之间变成了相互竞争，而不是一起为同一个目标——尽可能快地将高质量的产品推给最终用户——而努力。

DevOps 提供了一种新的协作模式。虽然 DevOps 这个术语是开发和运维（即部署）这两个名词的组合，但 DevOps 的含义远不止于此。亚马逊云科技将 DevOps 定义为：

DevOps 是文化、实践和工具的结合，可以提高组织快速交付应用程序和服务的能力——以比使用传统软件开发和基础设施管理流程的组织更快的速度演进和改进产品。

但 DevOps 不仅仅意味着更好的沟通和团队为共同目标而努力，相反，真正有效的 DevOps 团队超越了传统的开发和部署。它还紧密地集成了监控（例如 Java 日志）、质量保证和安全性，确保用户能够获得尽可能好的产品。

DevOps 还要求通过应用正确的工具和工作流来实现这些目标。实际上，工作流的自动化是 DevOps 最基本的实践之一。实现良好的自动化进一步加强了 DevOps 团队各部分之间的沟通。

从企业开始应用 DevOps 的 15 年里，它得到了迅速的采用并取得了出色的成果。最近的一份调查报告显示，61% 的 IT 决策者表示 DevOps 实践和方法帮助他们向客户交付更好的产品，49% 依赖 DevOps 的公司缩短了产品发布的时间。

2 DevOps 并不是一个完美的解决方案

DevOps 无疑是对传统软件开发方法的重大改进。除了消除整个开发链的沟通障碍之外，DevOps 还提供了如下的好处。

提升开发速度——因为开发链的所有部分都在进行有效的协作，所以可以更快地解决问题。

缩短发布时间——改进的工作流程和自动化，包括持续集成（CI）和持续交付（CD），支持更频繁和更快速地将产品发布给用户。

增强的可伸缩性——有了健壮的自动化测试和生产环境，团队可以更容易地对产品进行扩展，以满足新的需求。

内置安全性——许多 DevOps 团队现在采用了策略即代码等流程，将安全性集成到开发过程中，而不是事后才去考虑。

尽管 DevOps 有着明显的优势，但它也存在一些问题。向 DevOps 转型过渡的企业所面临的最重要的挑战之一是需要建立起一种专注于协作的新思维。重塑文化不可避免地会让人们产生焦虑，因为他们要抛弃已经熟悉的舒适的工作流程。

但 DevOps 转型需要的不仅仅是文化上的改变，它还要求学习新的治理结构、工具和工作流。任何参与推出新工具的人都知道，它从来都不像看起来的那么简单，特别是如果需要放弃遗留系统的话。

由于许多不同的原因，DevOps 工具本身就给转型带来了难度。孤岛式开发和运维团队通常使用单独的工具来实现不同的目标和指标，找到一套合适的工具来弥合这些差异可能会是一项挑战。要求两个团队都学习一套新的工具会对士气和时间的利用造成一定影响。

因此，在改变使用的工具之前关注文化的改变就变得加倍的重要。告诉你的开发团队，他们必须从他们的主要任务中抽出时间来学习新工具，这样很可能会让一些开发人员感到不满。但是，如果你先向他们展示这些新工具是如何帮助他们提升工作效率的，不仅是现在，而且未来也会，那么他们会更快接受你的建议。低代码和无代码工具可以做到这一点，有了它们，”公民开发人员“可以将简单的任务从开发人员的盘子里拿走，让他们专注于更复杂的工作。

然而，即使他们完全接受，新工具仍然会带来一些问题。在团队适应新的过程和结构之前，存在过度依赖工具的风险，因为他们会认为工具似乎提供了可以解决任意问题的功能。由于工具种类繁多，开发人员会将更多的时间用于组合工具，而不是放在开发实际的项目上。事实上，开发人员在集成任务上最多花费了 40% 的时间。

现如今，企业面临的另一个主要障碍是为他们的 DevOps 团队寻找合适的人。尽管人们对信息技术的兴趣在不断增长，越来越多的年轻人掌握了大量自学的 IT 知识，但开发人员的短缺仍然是个问题。麦肯锡的一项研究表明，26% 的企业认为它们在 IT、移动和 Web 设计领域最缺乏人才。

这些只是企业在向 DevOps 转型时所面临的部分挑战。但是，企业很快就会发现，相比它们在变更上投入的时间、金钱和精力，DevOps 给它们带来的好处是非常值得的。

3 在 DevOps 周期中集成低代码和无代码工具的案例

企业正在寻找填补人才缺口的方法，目前最成功的方法之一是培养已有员工的技能。作为一个附带的好处，培养员工技能能够提升员工的满意度，有助于留住人才。这一点越来越重要，最近的一项调查表明，90% 的员工表示他们对目前的工作环境感到不满意。

对于 DevOps 来说，技能的提升可以从将非 DevOps 人员培养成 DevOps 团队的成员开始。这个时候，无代码和低代码的 DevOps 工具就派上了用场。有了无代码和低代码工具，即使是开发新手也可以学会如何构建网站和应用程序。一个人只要具备最基本的拖放操作技能，可能就可以学习使用无代码工具了。那些稍微懂点计算机知识的人甚至可以很轻松地使用低代码工具。

顾名思义，无代码和低代码工具加速了软件和应用程序的开发，但对编写或理解代码的要求很低。开发人员不需要编写代码，而是依靠可视化的拖放操作来拼凑预先定义的功能。因此，开发人员不需要理解复杂的编程语言，只需要对业务需求、整体应用程序架构和应用程序工作流有清晰的了解。

这些“公民开发人员”以比竞争市场上少数有经验的开发人员低得多的成本填补了人才空缺。有时侯，这可能是唯一真正可行的选择。

虽然培养一大堆公民开发人员在理论上是很不错的一个选择，但企业可能会怀疑是否真的能从这些人身上获得开发方面的好处。不过这方面的一些数字确实令人印象深刻。一些针对使用低代码工具的公司的研究表明，24% 的公民开发人员在从事低代码应用程序开发之前完全没有编程经验。然而，72% 的新低代码开发人员在学习如何使用工具的前三个月内就能开发出应用程序。84% 的企业现在要么已经在积极使用这些工具，要么制定了在不久的将来使用它们的计划。

随着劳动力的年轻化，新员工没有或只有很少编程经验的可能性会降低。许多刚进入职场的新员工已经有了自己的网站或博客，甚至可能在经营自己的电子商务业务和应用程序。他们可能会使用低代码和无代码工具，如 WordPress、Wix 或 Square。企业应该利用这些经验来满足他们的发展需求。

无代码和低代码工具对于有经验的开发人员来说也有好处，可以帮助他们节省时间。他们可以更充分地专注于实质性的开发和交付，而不是将有限的工作时间中的大部分花在构建管道和集成上。因为低代码和无代码工具使用预构建和预测试的模块，所以不太需要跟踪 bug 和重写代码，这进一步减轻了已经负担过重的开发人员的工作量。

低代码和无代码工具的另一个关键好处是，它们可以帮助企业自动化和简化网络安全任务。许多工具都提供了内置的安全特性，即使是最初级的开发人员也可以很简单地设置这些特性。IT 人员可以使用低代码和无代码工具为开发团队构建安全“剧本”，以便在涉及到应用程序和网络安全的关键问题时，每个人都能保持一致。

企业和客户都从使用低代码和无代码工具的公民开发人员身上看到了巨大的好处。部署速度得到了大幅的提升，一项研究表明，速度提升最高可达 17 倍，因此企业可以更频繁地向客户推出新的改进产品。客户获得了越来越多的功能和更稳定可靠的产品。

尽管各种规模的组织都可以（也应该）将低代码和无代码工具放入它们的开发工具箱中，但中小型企业（SME）将获得最大的好处。在竞争日益激烈的 IT 劳动力市场上，中小企业往往缺乏 IT 员工，用于吸引人才的资源也很有限。有了低代码和无代码工具，中小企业可以用已有的员工有效填补开发人才的缺口。

4 有哪些可用的低代码和无代码工具

无代码和低代码工具的数量几乎和 DevOps 市场一样在快速增长。它们涵盖了软件开发周期的每个阶段，从构建到测试，从质量保证到安全性。

以微软的 PowerPlatform 为例，它包含了 Power Apps、Power BI 和 Power Automate。微软最近扩展了这个套件，增加了一个叫作 Power Pages 的新模块。这款产品可以帮助用户在不具备任何编码专业知识的情况下构建高端的商业网站。

Power Pages 是面向公民开发人员的，不过有经验的开发人员也可以使用无代码开发工具，并根据需要使用自己的 DevOps 工具对其进行优化。但是，随着开发链中越来越多的人以及有经验的开发人员专注于交付周期中最关键的部分，企业会发现自己能够比以前更快地交付更好的产品。

低代码和无代码工具可以做的远不止是构建网站，还有一些工具（例如 Appian、Retool、SalesForce Lightning、Creatio）专门用于开发内部应用程序，帮助内部员工提升工作效率。一些工具（如 Zoho Creator）还可用于构建跨平台的应用程序，充分利用对移动应用程序持续增长的需求，可以在任何设备上运行，无论是什么操作系统。

当然，这些只是几个例子。Amazon（Honeycode）、IBM（Automation Workstation）Oracle（APEX）等主要供应商也为几乎所有应用程序提供了低代码和无代码工具。这不是一个有没有低代码和无代码工具的问题，而是一个为你的企业找到合适的工具的问题。

5 结论

如果你的企业现在还不是一个 DevOps 组织，那么很快就会是，你需要尽可能多的合格的 DevOps 团队成员。无代码和低代码 DevOps 工具为我们提供了一种简单的方法，帮助我们获得大量的公民开发人员，同时解放现有的开发人员，让他们把时间集中在开发高质量的产品上。

作者简介：

Nahla Davies 是一名软件开发人员和技术作家。在全身心投入技术写作之前，她曾在一家拥有 5000 人的体验式品牌机构担任首席程序员，该机构的客户包括三星、时代华纳、Netflix 和索尼。

查看英文原文：

https://www.infoq.com/articles/devops-future-no-code/

相关链接：

DevOps 团队结构类型汇总：总有一款适合你（https://www.infoq.cn/article/DcIUD_gi17sQjvSt5XSS）

什么是 DevOps？看这一篇就够了！（https://xie.infoq.cn/article/9503db5caf3d41db0abead30b）

如何让 DevOps 发挥期望的效益（https://www.infoq.cn/article/Zlsv8XVdRxjCQvVWjda2）

声明：本文为 InfoQ 翻译，未经许可禁止转载。