什么时候应该使用逻辑应用而不是 Web 作业?
When should I use a Logic App as opposed to a Web Job?
我计划在 Azure 中构建两个系统之间的集成。应用程序的基本架构将是 Azure 等同于本地控制台应用程序。例如。按计划在两个系统之间随机播放数据
我可以在应用服务中看到两种方法。
一个网络应用程序,其中包含网络作业。就我而言,我目前根本不需要该网站。
具有自定义编码 API 应用程序的逻辑应用程序。在我的例子中,整个集成可能只是一个自定义 API 应用程序,而不是一系列链接的 API 应用程序。
两者看起来都支持预定的活动和我需要的连接。两者看起来都可以扩展,但这并不是我计划的真正问题。两者似乎都有非常简单的部署路径。真的很像。
我认为唯一的主要区别是用于网络工作的网络应用程序将始终带有一个网站。这个对吗?如果是这样,我可能会选择一个网络应用程序,因为在遥远的未来可能会使用该网站。
我是否遗漏了任何其他影响我决定的内容?区别就这么简单吗?
好问题。 WebJob 可能非常适合您的控制台应用程序用例。逻辑应用程序提供了一些功能,这些功能可能会或可能不会对您有益,具体取决于您的用例:
逻辑应用程序
- 为 SaaS 解决方案(如 Salesforce、Blob 存储、Dropbox 等)的连接器提供一些开箱即用的支持。
- 允许您通过添加额外的 'steps' 来构建和扩展作业,而无需使用设计器编写代码
- 具有重试策略和 do-until 以确保在集成时传递消息
- 无需修改任何代码即可实时编辑和保存工作流程以更改重复计划等内容。
- "Runs" 窗格将详细说明每个 运行 何时启动、输入和输出以及状态
如果这些功能中的任何一个值得跳转,逻辑应用程序可能更适合。如果您只是 运行 重复执行后台任务并想快速弹出一些东西,Web 作业可能会很棒。让我知道这是否有意义或者您有任何问题。
我计划在 Azure 中构建两个系统之间的集成。应用程序的基本架构将是 Azure 等同于本地控制台应用程序。例如。按计划在两个系统之间随机播放数据
我可以在应用服务中看到两种方法。
一个网络应用程序,其中包含网络作业。就我而言,我目前根本不需要该网站。
具有自定义编码 API 应用程序的逻辑应用程序。在我的例子中,整个集成可能只是一个自定义 API 应用程序,而不是一系列链接的 API 应用程序。
两者看起来都支持预定的活动和我需要的连接。两者看起来都可以扩展,但这并不是我计划的真正问题。两者似乎都有非常简单的部署路径。真的很像。
我认为唯一的主要区别是用于网络工作的网络应用程序将始终带有一个网站。这个对吗?如果是这样,我可能会选择一个网络应用程序,因为在遥远的未来可能会使用该网站。
我是否遗漏了任何其他影响我决定的内容?区别就这么简单吗?
好问题。 WebJob 可能非常适合您的控制台应用程序用例。逻辑应用程序提供了一些功能,这些功能可能会或可能不会对您有益,具体取决于您的用例:
逻辑应用程序
- 为 SaaS 解决方案(如 Salesforce、Blob 存储、Dropbox 等)的连接器提供一些开箱即用的支持。
- 允许您通过添加额外的 'steps' 来构建和扩展作业,而无需使用设计器编写代码
- 具有重试策略和 do-until 以确保在集成时传递消息
- 无需修改任何代码即可实时编辑和保存工作流程以更改重复计划等内容。
- "Runs" 窗格将详细说明每个 运行 何时启动、输入和输出以及状态
如果这些功能中的任何一个值得跳转,逻辑应用程序可能更适合。如果您只是 运行 重复执行后台任务并想快速弹出一些东西,Web 作业可能会很棒。让我知道这是否有意义或者您有任何问题。