Architecture 什么时候应该使用Logic应用程序而不是Web作业？

我计划在Azure中构建两个系统之间的集成。该应用程序的基本架构将是Azure，相当于一个本地控制台应用程序。例如，按计划在两个系统之间交换数据

我可以在应用程序服务中看到两种方法

具有web作业的web应用程序。就我而言，我现在根本不需要这个网站

带有自定义编码API应用程序的逻辑应用程序。在我的例子中，整个集成可能只是一个定制API应用程序，而不是一系列链式API应用程序

它们看起来都将支持预定的活动和我需要的连接。两者看起来都会扩大规模，但这并不是我计划的问题。两者似乎都有非常简单的部署路径。实际上，两者看起来很相似

我认为唯一的主要区别是，用于网络工作的web应用程序总是附带一个web站点。这是正确的吗？如果是这样的话，我可能会选择一个web应用程序，因为它可能会在遥远的未来使用该网站

---

我是否遗漏了其他任何会影响我决定的东西？区别就这么简单吗？

好问题。WebJob可能非常适合您的控制台应用程序用例。逻辑应用程序提供了一些功能，根据您的使用情况，这些功能可能对您有利，也可能对您不利：

逻辑应用程序

• 对SaaS解决方案（如Salesforce、Blob storage、Dropbox等）的连接器提供了一些开箱即用的支持
• 允许您通过添加其他“步骤”来构建和扩展作业，而无需使用设计器编写代码
• 具有重试策略和do直到，以确保集成时邮件的传递
• 可以实时编辑和保存工作流以更改重复计划等内容，而无需修改任何代码
• “运行”窗格，详细说明每次运行的开始时间、输入和输出以及状态

---

如果这些功能中有任何一项值得一试，那么Logic应用程序可能更适合。若你们只是在运行一个经常性的后台任务，并且想快速弹出一些东西，那个么web作业可能会很棒。让我知道这是否有意义，或者您是否有任何问题。

您知道在没有网站的情况下您是否可以拥有web作业吗？@JamesWood From Azure perspective NO.Azure webjob在网站上运行。同时说您可以从代码的角度始终避免拥有网站，并且只将AzureWebjob部署到空网站。WebJobs现在也可以与API应用程序关联。