Azure功能与逻辑应用程序

Question

功能和逻辑应用程序是Microsoft Azure提供的两种不同产品.我想知道有哪些用例应该支持逻辑应用程序提供的新功能.

Answer 1

Azure Functions是由事件触发的代码.

逻辑应用程序是由事件触发的工作流程.

这意味着它们实际上也是互补的.您可以在昨天的某个时候通过Logic Apps UX在Logic App中添加一个Function作为工作流程的一部分.

TL; DR - 它是逻辑应用+功能,而不是逻辑应用或功能.

Answer 2

"这里有一些用例,您可以决定在Azure功能和Azure Logic应用程序之间进行选择.

Azure功能:

逻辑应用:

Azure Functions具有足够的日志记录和故障排除功能,您甚至可以构建自定义监视工具.功能不依赖于云,它也可以在本地运行."

Answer 3

逻辑应用程序用于自动化您的业务流程.它们通过几个开箱即用的连接器轻松实现与云和内部系统的集成.另一方面,Azure函数在响应事件时执行某些操作,例如将消息添加到队列或添加blob,处理这些等等.我猜您甚至可以将Azure功能公开为HTTP API端点并集成使用Logic Apps进入您的业务流程.

我脑海中另一个显而易见的差异是定价,Azure功能根据用于执行功能的计算以及与功能相关的内存收费(https://azure.microsoft.com/en-us/pricing/details/functions /).

Answer 4

只是想补充一些我的想法

Azure Function Apps应用于

高频任务- 1,000,000 次执行和 400,000 GB-s 的内存是免费的，然后价格非常低。一旦您知道任何编码语言功能支持，您就可以以极低的成本运行数百万次执行。
非常容易与多个 Azure 服务绑定- 而如果您想从逻辑应用程序以高频率进行绑定，逻辑应用程序也可以轻松绑定到外部服务，这将花费您一两美元。函数还允许轻松地将输入和输出绑定到外部 azure 服务。
有状态执行- 使用持久任务框架，您可以运行多个功能、执行扇入和扇出并轻松编写有状态执行。
编程和脚本语言- 如果您已经了解编程语言，那么函数可能是将您的一些应用程序迁移到云的简单方法，只需进行最少的更改。

Azure 逻辑应用应用于

低频- 最大的原因是定价模式。想象一下，如果逻辑应用程序中的单个操作是您支付的费用，因为它是单独执行的。例如，如果您有1 个包含 3 个步骤的逻辑应用，并且您每 10 秒运行一次。这将是每分钟 18 个动作。所以，每小时 1080，每天 25920。如果这 3 个操作连接到任何外部事物，即 blob/http 等。它们是连接器，因此每天运行 26,000 个连接器的简单逻辑应用程序将为您每月净赚100 美元。与最有可能低于 1$ 的函数相比。
组合大量外部服务/API - 借助 200 多个连接器，您可以轻松组合多个服务，而无需学习 API 等。这是一个简单的 TCO 计算，以开发人员的价格编写 X 数量的 API 集成还是仅使用开箱即用的连接器更好。
精心设计的日志记录- 通过可视化日志记录，可以非常轻松地检查每个执行步骤的输入、输出、时间等。就像您确实记录了 Azure Functions 中的每一行一样。
很好地扩展了其他服务，如数据工厂- 有些服务为某些任务设计得非常好，但它们在其他任务上却没有那么好。例如，数据工厂不能开箱即用地发送电子邮件，但您可以在 10 分钟内从数据工厂调用逻辑应用的 HTTP webhook 并开始轻松发送电子邮件。

总之就像其他人说的。他们扮演不同的角色，应该这样使用。

一般来说，逻辑应用程序 ?? 功能。

如果你想查看一些信息，我鼓励你查看