关键点

• 微软在低代码领域投入了大量资金，并推出了一系列其他公司难以匹敌的产品，最近，PowerFX的发布为其封顶。
• 他们瞄准的目标是机器人过程自动化（RPA）公司，如UIPath、Automation Anywhere和Blue Prism，这些公司正在与大企业达成大宗交易。
• 保护大型RPA公司市场份额的护城河是由成熟的部署系统创建的，这些系统使大型企业能够运行数百或数千个自动化流程
• 微软最近发布的低代码公告表明，与其构建定制部署系统，微软的方法将是将低代码软件纳入企业现有的CI/CD工作流
• 这种方法会使企业首席信息官成为朋友，而不是疏远他们，从而缩短销售周期，改善交易流程。
• 对于RPA公司来说，另一个坏消息是AWS和谷歌在几乎所有类别中都拥有与微软产品相当的产品，可以很快缩小差距。
• 随着数十亿美元的收入上线，这将是未来几年最令人兴奋的科技竞赛之一。

为什么低代码很重要？

低代码是指使非专业开发人员能够构建有用的业务应用程序的软件开发平台。

低代码开发背后的基本原理是，深入了解业务流程的业务用户可以帮助构建应用程序。通过利用业务用户的业务专业知识和IT团队的开发专业知识，这将使公司能够比竞争对手更快地进行创新。

Gartner预测，到2025年，大部分企业应用程序将部分使用低代码软件开发。（您可以在此链接查看低代码应用的可排序列表。）

低代码软件组件

企业低代码软件套件通常有四个核心组件。

• 数据存储
• 集成和转换管道
• 应用程序界面
• 报告

和两个可选组件：

• 用于与遗留应用程序交互的RPA（机器人过程自动化）
• 数据提取（从PDF中提取半结构化数据）

除这些组件外，低代码软件套件还需要两个附加功能：

• 部署应用程序的方法，以及
• 部署后监视它们的方法。

在过去6年中，微软一直在构建前六个组件，现在它正在解决部署和监控功能。

这条推特吓坏了微软的RPA和低代码竞争对手。

Gus Bekdash将这条推文与微软推出的低代码和RPA链接在一起，特此奉告。

RPA和企业低代码软件的简史

有很多方法可以描述企业中低代码软件的历史。例如，如果你想，你可以回到20世纪90年代的4GL软件。但就本文而言，我们将从20世纪10年代初机器人过程自动化（RPA软件）的兴起开始我们的历史。

在早期，RPA软件仅比绿色屏幕终端时代的屏幕抓取系统略为先进。但RPA软件很快开始构建当今低代码套件的其他组件（数据存储、集成/转换、应用程序接口和报告）。例如，许多流程在流程的某些阶段（如批准付款）需要人工输入或决策，因此RPA套件开始建立创建简单应用程序的能力，允许用户与自动化工作流交互。

RPA套件的最大创新在于其编排能力。这允许管理员部署和监视数百或数千个进程。当你听到有人说自动化平台（如Microsoft的Power automation平台）不如大型RPA工具（如UIPath、automation Anywhere或Blue Prism）成熟时，他们说Microsoft Power automation的监控和部署不如三大RPA工具成熟。

微软的目标就是在这一领域进行改进。

微软迈向低代码强国的历程

微软已经组装了企业交付低代码解决方案所需的所有部件。如果他们能很好地执行这一策略，他们将在低代码世界中立于不败之地。

当微软谈论低代码时，他们有一个非常广阔的视野。他们在描述低级代码时使用的语言涵盖了从会计在Excel中编写公式到软件工程师使用预构建的连接器从API中提取数据，再到咨询公司为客户构建定制的端到端索赔管理解决方案的方方面面。

微软意识到，扩展低代码的真正挑战不是编写低代码应用程序，而是部署和监控低代码应用程序。它坚定地走在解决这一挑战的轨道上。

在过去的6年中，Microsoft已经构建或收购了以下组件：

• 数据存储解决方案（Dataverse）
• 集成和转换管道（Logic apps）
• 应用程序制造商（Power Apps），
• 报告（Power BI）

它们还包括：

• RPA解决方案（Power Automate）
• 数据提取（Azure Cognitive Services Form Recognizer）

拼图中缺失的部分是部署和监控。

大型RPA套件通过要求客户采用其orchestrator系统来解决这些难题。

但微软采取了不同的方法。Microsoft对开发团队说：“不要设置新的部署和治理实践。只需使用现有的CI/CD实践。”随着PowerFX最近的发布，微软正试图使用一种通用编程语言来链接所有这些组件，该语言允许企业使用其现有的CI/CD流程和治理框架部署低代码应用程序。

这将使微软相对于其低代码竞争对手具有显著优势，因为这将使微软的低代码解决方案成为首席信息官的安全选择。当企业选择允许与系统交互的低代码平台时，他们可以选择使用适合其当前治理框架的Power平台，或者使用其他不适合的平台。很多企业都会选择Power平台。

微软已经制定了一个令人印象深刻的战略。我不知道多少是出于设计，多少是出于战术上的曲折，但从公司发布这一战略的每一部分的日期来看，似乎2019年的某个时候，微软的某个人对这一切应该如何结合在一起有了一个新的想法，从那以后，他们一直在执行这一战略。

以下是这次旅行的情况：

• 2015年：版本与代码
• 2016年：发布PowerApps和CD（现在是Dataverse）
• 2018年：收购GitHub，发布GitHub行动
• 2020年：收购Softomotive RPA
• 2021年：宣布PowerFX编程语言

旅程将专业软件开发中使用的持续集成/持续交付（CI/CD）组件与低代码和RPA产品结合在一起，并将它们与通用编程语言（PowerFX）联系在一起，以促进数据和应用程序的良好管理。一个致命的策略！

什么是PowerFX编码语言？为什么代码在低代码运动中如此重要？

PowerFX是Power应用程序中的编程语言。2021年4月，微软的Greg Lindhorst用下面的动画GIF介绍了PowerFX，展示了PowerFX和JavaScript之间的区别。

PowerFX旨在为用户提供类似Excel的体验。

让低代码开发人员编写代码对微软来说很重要的原因是，低代码应用程序适合企业现有的工作流和治理框架。下面是我认为微软发布的最重要的部分。它描述了如何将企业的低代码应用程序合并到其现有的开发工作流中。

微软正在大力投资，使业务开发人员能够熟悉代码。他们前进方向的一个早期指示是基于GPT-3的AI动力的Power FX公式编写器。

一旦业务开发人员使用Power FX构建业务应用程序，这些应用程序就可以由企业中的专业开发人员进行增强，并由IT以与其其他软件项目相同的方式进行管理。通过将构建低代码应用程序的业务开发人员与增强和部署这些应用程序的专业开发人员相结合，企业可以快速构建和部署支持企业独特竞争优势的复杂、健壮的定制应用程序。

例如，设想一家保险公司专门为采矿业的卡车和其他重型设备投保。使用PowerFX和Power平台，商业用户可以构建专为其业务线设计的应用程序；公司的专业开发人员可以用java或C++语言构建定制的高级评级引擎；所有零件都可以使用公司的标准CI/CD流程进行维护。

AWS和谷歌在做什么？

微软已经组装了他们成功所需的所有部件，并且他们拥有有效的分销能力。这对于UIPath、Automation Anywhere和Blue Prism等大型RPA公司来说是个坏消息。

但更糟糕的是，AWS和谷歌也可能很快成为低代码领域的大玩家。微软目前的主要优势在于，它拥有这一叙事。AWS和GCP（谷歌云平台）都没有将低代码视为其客户的关键竞争优势，尽管两者都具备与微软抗衡的大部分条件。

例如，AWS最近发布了他们的低代码应用程序平台Honeycode，但没有说明它如何与他们组合的其他部分相匹配。去年，谷歌收购了AppSheet作为其低代码产品，但没有令人信服地说明如何将其与存储、工作流或CI/CD相结合。

具有讽刺意味的是，谷歌在一份新闻稿中宣布与三大RPA公司之一Automation Anywhere建立合作关系，这是我从谷歌那里看到的最好的一份声明，详细说明了如何将他们的所有部分组合在一起，以形成一个可信的低代码环境。

AWS和谷歌需要做什么才能在低代码空间与微软抗衡？

AWS可以整合一系列与microsoft stack相媲美的组件：

• 数据存储：AWS在这里有很多选择。他们的选项和Dataverse之间的区别在于对非开发人员的易用性。他们正试图弥合这一差距，但似乎没有任何一种方法能达到顶峰。
• 集成和转换管道：AWS在这里有太多的选择。他们有Step Functions, Glue, App Flow和其他几个工具，可以用于此目的。他们缺少的是关于应该使用什么以及何时使用的一致立场。
• 应用程序制造商：Honeycode
• 报告：Quicksight
• RPA（AWS在此没有解决方案，但收购一家较小的RPA公司是一种选择）
• 数据提取：Textract

谷歌也是如此：

• 数据存储：像AWS一样，他们有很多选择。Appsheet的数据存储将大大有助于处理许多低代码用例
• 集成和转换管道：谷歌的产品在这里相当混乱。他们与Trifacta合作，Trifacta是一款名为Cloud Composer的Apache Airflow产品，最近推出了工作流。（我们的推荐：谷歌，就挑一个吧。）
• App-maker:Appsheet
• 报道：Looker。
• RPA：谷歌与Automation Anywhere的合作关系在这里可能确实存在问题。虽然谷歌没有其他方法来筛选遗留应用程序，但任何地方的大多数其他自动化功能（数据存储、工作流、应用程序等）在谷歌的套件中都有类似的产品。我预见到谷歌和自动化在任何地方都会面临销售挑战，售前顾问会将客户拉到各地）。
• 数据提取：Document AI

AWS和谷歌缺失的部分

AWS和谷歌在低代码领域与微软的竞争中没有太大的技术差距。他们面临的两大挑战是：

• 制定明确的战略，以及
• 完成企业交易

对他们来说不幸的是，微软在这两个领域都有很好的执行历史，所以他们的胜算看起来很小。但他们已经有了这项技术——他们只需要把它安排成一幅连贯的画面，并开始推广它。

但一旦他们这样做了，RPA公司将有三个巨大的庞然大物在追捕他们。这将不利于他们的利润，但在我看来，这对首席信息官和IT团队来说是件好事，他们将有一系列优秀的自动化解决方案可供选择，其中一些将很好地适应他们现有的部署和治理框架。

 

原文：https://www.infoq.com/articles/cloud-vendors-low-code/

本文：http://jiagoushi.pro/node/1528