利用低代码重塑现代化

自从第一批计算机化企业用新奇的固态技术取代其老化的真空管系统以来，现代化一直是一项有风险的工作。多年来，随着一代硬件和软件取代另一代，IT高管们继续与核心挑战作斗争：保留旧技术，并采取或采取风险更大的淘汰和更换之路。

这种困境总是导致过时的技术大大普及，但由于IT领导层认为更换它的风险太大，这些技术仍然存在。

然而，今天，世界已经发生了变化。IT 不再仅仅是企业中的成本中心。在数字时代，随着公司将自己重塑为技术驱动的组织，软件在战略上变得非常重要。

这些具有前瞻性的企业再也无法在遗留的困境上歪曲自己。必须有一种更好的方法来看待现代化。

打破现代化困境

在过去20年左右的时间里，一个又一个的创新已经解决了这一黑白分明的传统技术挑战。

在 2000 年代初，Web 服务为企业集成带来了松散耦合，简化了在复杂的互连部署中替换单个组件的任务。到本世纪末，REST被证明比Web服务更轻量级，更容易采用，大大简化了模块化环境中的现代化任务。

与此同时，虚拟化脱颖而出，带来了一个全面的抽象层，将软件挑战与底层硬件隔离开来。这项技术使得将硬件更新问题与同样具有挑战性的软件更新讨论分开成为可能。

云计算以及容器和微服务建立在 REST 和虚拟化进步的基础上，进一步巩固了抽象层，使组织能够采用越来越模块化的现代化方法。

结果是：现代化不再是一个双面的困境。现在有许多选项可以添加到组合中。

在某些情况下，可以就地对软件进行现代化改造，例如，在大型机上，因为现代大型机技术使组织能够在对软件进行现代化改造时继续使用这个古老的硬件平台。在其他情况下，可以"提升和转移"并将软件从不太灵活的平台移动到云中。

一些企业启动了直接迁移工作以节省处理和维护成本，但许多 IT 领导者很快意识到，可以对系统进行微调，以利用可伸缩性、弹性和按需可用性的体系结构优势。

随着微服务的兴起，出现了第三个相对较新的趋势：对复杂的分布式应用程序的元素进行现代化改造，同时不考虑其他组件，或者更一般地说，根据业务需求，按不同的计划更新此类应用程序的不同部分。

低代码：以工作负载为中心至关重要

从软件开发人员的角度来看，今天的现代化远比过去淘汰和替换困境要困难得多。

诚然，在某些情况下，业务需要全新的定制应用程序，但它可能需要更新现有应用程序，将新的模块化功能连接到较旧的应用程序，或者以各种方式将 SaaS 和本地资产组合在一起，以满足不断变化的客户需求。

显然，传统的手动编码太慢，太不灵活，无法满足如此多样化的软件开发要求。DevOps带来了更大的协作和速度，但如果重点仍然放在手头编码上，那么它仍然不足。

因此，低代码方法正日益成为当今企业现代化工作的常态，低代码平台支持定制开发和以微服务为中心的现代化，只需最少的手动编码即可为现有的记录系统或其他遗留资产添加新功能。

此外，低代码减少了专业开发人员的工作量，从而提高了部署速度。他们可以将重点从代码的细节转移到每个工作负载的更大作用上，这些工作负载由支持运行应用程序的所有技术元素组成。

工作负载的核心作用

事实上，对低代码促进的工作负载的日益关注是现代化故事的核心。

一方面，首席信息官们可以松一口气，因为他们现在有更多的工具可以用于应对现代化。然而，另一方面，过多的选择本身就令人困惑，IT领导者可能仍然难以理解适合其情况的最佳行动方案。

幸运的是，当今用于传统现代化的体系结构上下文通过关注工作负载的角色而不是技术的时代来解决这种复杂性。

我们可以将工作负载视为可移植的，并从其执行环境中抽象出来，其中心是支持运行满足客户需求的应用程序，而不是依赖于不同执行环境的复杂软件组合。

这种以工作负载为中心的方式简化了现代化挑战。公司可以在满足客户需求时运行旧应用程序，作为利用当今云原生 IT 优势的现代体系结构上下文的一部分。

同时，向现有应用程序添加新功能或运行由全新应用程序（或其任意组合）组成的工作负载将成为实际现实。当组织使用低代码来支持这种现代化所需的各种应用程序开发需求时，尤其如此。