微软的低码策略在UIPATH和其他RPA公司上绘制了目标

微软在低码空间中投入大量，并将一系列产品集合努力匹配，最近通过PowerFX的公告汇集。

目光的目标是机器人过程自动化（RPA），如UIPATH，自动化任何地方和蓝色棱镜，他们正在与大型企业结束大型交易。

保护大型RPA公司的市场份额的Moat是由成熟的部署系统创建的，使大型企业能够运行数百或数千个自动化流程

Microsoft最近的低代码公告表明，Microsoft的方法是将低代码软件纳入企业现有的CI / CD工作流程

这种方法是朋友而不是疏远企业CIO，将缩短销售周期并改善交易流程。

RPA公司的进一步糟糕新闻是AWS和Google在几乎每个类别中都有相当于微软集合的产品，并且可以快速关闭差距。

凭借数十亿美元的收入，这将是未来几年来观看最令人兴奋的科技比赛之一。

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

低码开发背后的理由是深度理解业务流程的商业用户可以为构建应用程序做出贡献。并且这将使公司能够通过利用商业用户的业务专业知识和IT团队的发展专业知识来更快地创新竞争对手。

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

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

帽子提示到Gus Bekdash将此推文链接到Microsoft推入低代码和RPA。

有很多方法可以在企业中表征低代码软件的历史。例如，如果您想要在20世纪90年代返回4GL软件。但就本文的目的，我们将从2010年初开始凭借机器人过程自动化（RPA软件）的兴起开始历史。

在早期，RPA软件略微高于绿色屏幕终端的屏幕刮系统。但RPA软件非常快速地开始构建当今低码套件的其他组件（数据存储，集成/转换，应用程序接口和报告）。例如，许多进程需要在过程中某些阶段的人体输入或决定（例如批准付款），因此RPA套件开始建立创建简单应用程序的能力，使用户可以与自动化工作流程进行交互。

RPA套房的大型创新是他们的编排能力。这允许管理员部署和监控数百或数千个进程。当您听到某人状态时，微软的动力自动化平台等自动化平台并不像UIPath，自动化任何地方或蓝棱镜等大型RPA工具之一，他们都说，微软电力自动化的监控和部署不是成熟的三个RPA工具。

微软组装了企业所需的所有碎片来提供低代码解决方案。如果他们在这种策略上执行良好，他们就会在低码世界中变得难以理解。

当微软谈论低代码时，他们有一个非常广阔的视图。在描述低代码时使用的语言包括从Excel中的会计师写作公式的一切，到使用预先构建的连接器从API将数据拉到API的软件工程师，以建立定制的端到最终索赔管理解决客户的解决方案。

微软意识到，使用缩放低代码的真正挑战不是编写低代码应用程序 - 它正在部署和监视低代码应用程序。它坚定地解决了解决这一挑战的轨迹。

大型RPA套房通过要求客户采用其令人振奋的系统来解决这些挑战。

但MS采取了不同的方法。微软对开发团队说：＆＃34; Don＆＃39; T建立了一个新的部署和治理实践。只需使用现有的CI / CD实践。＆＃34;随着最近的PowerFX公告，Microsoft正在尝试使用常用编程语言链接所有这些组件，该语言允许企业使用其现有的CI / CD进程和治理框架部署低码应用程序。

这将使Microsoft在其低码竞争对手上具有显着优势，因为它将使Microsoft的低代码解决方案成为CIO的安全选择。当企业选择哪些低码平台时，他们将允许与其系统交互，他们将在使用与当前治理框架的电源平台或使用其他不具有的东西之间进行选择。许多企业将与电力平台一起使用。

微软汇总了一个非常令人印象深刻的策略。我不知道设计是多少，战术曲线和Zagging多少是多少，但是，通过该公司在这一策略中发布的每个作品的日期来判断，它看起来像2019年的某个时候，微软的某人有一个灯泡时刻所有这一切应该如何合适，自从此以来一直在执行这种策略。

该旅程结合了具有低码和RPA产品的专业软件开发中使用的连续集成/连续交付（CI / CD）组件，并与普通的编程语言（PowerFX）联系在一起，促进了对数据和应用的良好治理。杀手战略！

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

PowerFX是Power Apps中的编程语言。 2021年4月，Microsoft的Greg Lindhorst推出了PowerFX，其中包含以下动画GIF，显示PowerFX和JavaScript之间的区别。

重要的原因是Microsoft获得其低代码开发人员编写代码，使得低代码应用程序适合企业现有的工作流程和治理框架。以下是我认为是Microsoft公告中最重要的部分。它描述了企业的低码应用程序如何纳入其现有的开发工作流程。

微软在促使业务开发人员可以轻松地投资，以便对代码感到满意。早期指示他们标题的方向是一个由GPT-3构建的AI动力FX公式编写器。

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

作为一个例子，想象一家保险公司，专门从事矿业行业的卡车等重型设备。使用PowerFX和Power平台，业务用户可以构建专为其业务类型设计的应用程序;公司的专业开发人员可以用java或c ++等语言构建定制的优质评级引擎;所有碎片都可以使用公司的标准CI / CD流程维护。

微软已经组装了所有他们需要成功的作品，它们具有有效的分配能力。这对UIPATH，自动化任何地方和蓝棱镜等大型RPA公司来说是坏消息。

更糟糕的消息虽然是AWS和谷歌可以很快成为低码空间中的大玩家。 Microsoft的主要优势现在是它拥有叙述。 AWS或GCP（Google Cloud Platform）都不讨论低代码作为客户的关键竞争优势 - 尽管两者都有大部分作品都可以接受微软。

例如，AWS最近发布了他们的低代码App Platform Honeficcode，但并没有阐述它如何与他们组合在一起的其他碎片。去年谷歌收购了应用程序表作为其低代码提供，但并没有令人信服地了解它们如何将其与存储，工作流或CI / CD结合起来。

从Google详细介绍了所有作品的最佳陈述如何将所有的作品组合在一起，使得一个可信的低代码环境是讽刺意味的是，新闻稿的一部分是与自动化的伙伴关系，其中三家RPA公司之一。

AWS和Google需要做什么才能在低码空间中接受微软？

数据存储：AWS在此处有很多选项。他们的选择和dativers之间的差异是对非开发人员的易用性。他们正在制作一些弥合这个差距的尝试，但没有单一方法似乎升到了顶部。

集成和转型管道：AWS可以在这里有太多选择。它们具有步进功能，胶水，应用流和可用于此目的的其他几种工具。他们缺乏的东西是关于应该使用的以及何时的相干立场。

RPA（AWS在这里没有解决方案，而是获取其中一个较小的RPA公司是一种选择）

数据存储：像AWS一样，他们有很多选项。 Appleet的数据存储将有很长的路要处理许多低代码用例

集成和转型管道：谷歌的发言非常令人困惑。他们与Trifacta合作，一个名为Cloud Composer和最近推出的工作流程的Apache气流提供。 （我们的建议：谷歌，只是选择一个。）

RPA：谷歌与自动化的伙伴关系在这里可能是有问题的。虽然谷歌难以删除扫描遗留应用程序，但大多数自动化的大多数可以在任何地方（数据存储，工作流，应用等）都有可比的产品在谷歌的套房中。我在任何地方为谷歌和自动化提供销售顾问的销售挑战，以销售顾问拉动客户端。

AWS和Google没有大部分技术差距来跨越低码空间中的微软竞争。他们两个最大的挑战是：

不幸的是，对于他们来说，微软在这些领域执行良好的历史悠久，因此赔率看起来堆叠在他们身上。但他们有技术到位 - 他们只需要将它安排到一个连贯的图片中并开始推广它。

但是，一旦他们这样做，RPA公司将有三个庞大的庞然大物追逐他们。这对他们的利润是糟糕的，但在我看来，对于CIO和IT团队而言，他们将拥有广泛的优秀自动化解决方案来选择 - 其中一些将与现有的部署和治理框架很好。

低码道是由管辖职能首席执行官Doug Huckon编写的一系列文章。您可以在此处阅读该系列中的第一篇文章。

Doug Hudgeon是Manning Book＆＃34的共同作者;机器学习商业＆＃34;这向您的用户展示了如何解决使用AWS Sagemaker的现实业务问题。他也是管理职能的首席执行官，一家专门从事企业低码和RPA团队的一体化公司通过提供定制组件来处理他们可能在项目中遇到的棘手问题。唯一的是，组件可以部署为企业云（AWS，Azure或GCP）的无服务功能，因此解决方案完全在其基础架构上运行。你可以在推特上找到他。