逻辑应用程序或Web应用程序？

Question

我正在尝试决定是构建逻辑应用程序还是Web应用程序。

我必须做的事情我在C＃中很自在：接收各种格式的消息（每天几千），翻译它们，进行API调用并转发它们。没有一个端点被广泛使用，因此开箱即用的连接器不会是一个好处。有些需要自定义标头，其内容使用散列算法计算。一些工作涉及将Json转换为XML，反之亦然。

根据我的阅读，Logic Apps的不同之处在于您不必编写任何代码。由于我们的组织实际上对代码非常熟悉，因此并不觉得它实际上是一种好处。

我错过了什么吗？在这种情况下，有没有令人信服的理由说明为什么Logic App会优于Web App？

Answer 1

使用Logic Apps除了编写包含以下内容的代码外，还有一些额外的好处：

• 开箱即用监控。对于每次执行，您都可以使用监控视图来复制逻辑应用程序设计视图，从而确切了解流程每个步骤中发生的情况。
• 内置故障处理。逻辑应用程序将自动重试失败案例的调用，并允许您自定义重试策略或具有do-until模式的自定义重试策略。
• 开箱即用警报。您可以配置警报以通知您失败。
• 无服务器。您不必担心尺寸或缩放，而是通过消费来支付。
• 加快发展。逻辑应用程序允许您更快地构建解决方案，尤其是当您考虑不需要用于监视逻辑应用程序开箱即用的视图，警报和错误处理的代码时。
• 易于扩展。如果您已经使用Logic App访问超过125个连接器到各种服务，那么通过在您的工作流程中加入认知服务之类的东西，只需很少的额外工作就可以轻松地增加业务价值或使其变得更加智能。

Answer 2

您可以将Logic Apps视为一个协调器，它需要外部功能，并将工作流程组合在一起。

这与您“编写代码”的要求无关-您的代码可以是任何平台上的外部功能-本地，AWS，Azure，Zendesk，并且您可以使用Logic Apps将所有代码连接在一起。

无论选择哪种平台，您仍然会遇到诸如监控，日志记录，警报，部署等交叉问题，并且Logic Apps可以非常稳健地满足所有这些要求。

Answer 3

由于以下原因，我决定远离Logic Apps：

1. Azure之外不支持。我们不依赖于任何其他提供商，使用Logic Apps会破坏这种独立性。
2. 我不知道使用Logic Apps可以解决多少问题。 （如果我使用C＃，似乎我将解决各种问题。This article详细说明了使用早期版本的Logic Apps开发简单流程时遇到的一些问题。）
3. 没有人提出一个比我上面提到的原因（尤其是第一个）更引人注目的论据，为什么我们应该使用它，所以这将是一场几乎没有收获的赌博很多都输了。