azure - 与直接 .NET REST 调用相比，逻辑应用性能是否较慢？

Question

我在 Azure 应用服务上使用 ASP.NET 4.7 MVC 5。

目前，我通过直接从 .NET 代码调用 REST API 来获取 JSON 响应数据，然后使用

反序列化此 JSON

var order = JsonConvert.DeserializeObject<Order>(json.ToString());

这工作得很好并且在速度方面相当不错。不过，我现在正在研究 Azure 逻辑应用程序，看看是否可以使用它来调用第 3 方 API，然后将其 native 架构转换为我的标准架构。

与我当前的 native .NET 方法相比，使用逻辑应用程序会减慢从 API 端点检索数据的速度吗？我有一种感觉，它会的，因为它可能更加异步/即发即忘。我希望我只需调用逻辑应用程序即可获得与在本地完成相同的响应，但具有更大的灵 active 和可扩展性。

谢谢。

编辑:我的问题是关于逻辑应用程序与 native 调用的使用。因此，每人承担一份工作。我也把谈论转型的问题搞混了。抱歉

Answer 1

我认为简单的答案是肯定的。 native 代码中的 api 调用将立即触发，并将有效负载直接返回到应用程序，而逻辑应用步骤则具有事件编排和基础设施成本所需的所有管道。您可能可以测量差异，但它可能不会影响应用程序的质量，具体取决于应用程序试图执行的操作。

我要问的问题是“这重要吗”？通过使用逻辑应用程序而不是 C# 代码，您会放弃什么？为了享受无服务器计算的好处(横向扩展、无需维护基础设施、专注于内容而不是如何等)是否值得进行权衡？