0

我对 Microsoft 电源自动化功能的理解是其预定义的连接器可帮助我们连接多个 Microsoft 以及 github 等第三方应用程序，它提供嵌套条件控制的能力（与 if...else、switch 相关）并且它提供了可以在单个工作流中执行的 500 个操作的计数。

另一方面，Power Automated 的高级功能似乎只能通过订阅获得（例如，如果我们想与 SQL 服务器集成），但它的基本版本只包括与 Microsoft 应用程序的集成。

我想知道将现有应用程序中的当前工作流迁移到一般的 Power 自动化是否是一个明智的决定（它的优点和缺点）

在此先感谢您的时间 ：）

4

2 回答 2

0

正如前面的作者所提到的，这是一个非常开放的问题，所以我只能根据我自己的经验来谈谈何时将某些东西迁移到 Microsoft Power Automate 而不是将其留在其他地方是有意义的。

  • 如果我写了一些东西，但实际上希望它与 Power Automate 中作为连接器的其他应用程序集成，我会考虑迁移，因为它可以更快，而不是弄清楚应用程序使用 API 相互通信的所有不同方式
  • 如果我与其他可能需要维护或配置其中的东西的人一起工作，而不是像开发人员那样，Power Automate 可能是一个不错的选择，因为那时他们正在配置而不是查看代码
  • Microsoft Power Automate 易于使用和维护，但并不总是性能最高的。编写实际代码确实提供了更多优化能力，但 Power Automate 是很好的第一步。我将它用于 POC 相当多。它还有一个名为 Azure Logic Apps 的兄弟，它使用相同的连接器，但旨在作为 Azure 上的服务运行。
  • 成本也可能是一个因素。你是为了方便而付费。从运营成本的角度来看，代码中的东西更便宜，但从长远来看可能需要更多的维护，所以这是你需要做出的决定。

我相信还有更多的想法，但这些是我的初步想法。

于 2021-09-14T15:51:24.743 回答
0

你的问题是非常开放的。电源自动化支持各种应用程序的自动化/集成。Power Automated 是一个低代码平台，可轻松构建和集成多个系统。它是 Microsoft 的 SaaS 产品，具有非常好的 SLA。由于其直观的低代码特性和 Microsoft Azure 的 SLA，它使其功能强大。如果您想了解您的电源平台实施的 ROI，请查看此 ROI 计算器https://info.microsoft.com/ww-Landing-ROI-calculator-for-Forrester-TI-for-Power-Platform.html？ LCID=EN-US。但是，Power Automate 有一个流程顾问，您可以使用它来评估您当前的系统以及使用此顾问的自动化机会https://flow.microsoft.com/en-us/process-advisor/

于 2021-07-28T06:52:49.263 回答