我应该何时使用逻辑应用程序而不是Web作业?

Jam*_*ood 7 architecture azure-web-sites azure-webjobs azure-logic-apps

我打算在Azure中构建两个系统之间的集成.该应用程序的基本体系结构将是Azure等效的内部部署控制台应用程序.例如,在预定的基础上改变两个系统之间的数据

我可以在App Services中看到两种方法.

  1. 一个Web应用程序,具有Web作业.就我而言,我现在根本不需要这个网站.

  2. 具有自定义编码API应用的逻辑应用.就我而言,整个集成可能只是一个自定义API应用程序,而不是一系列链式API应用程序.

两者看起来都支持预定的活动和我需要的连接.两者看起来都会缩放,但这并不是我正在计划的事情的关注点.两者似乎都有非常简单的部署路径.真的看起来非常相似.

我认为唯一的主要区别是,Web作业的Web应用程序将始终带有一个网站.它是否正确?如果是这样的话,我可能会选择一个网络应用程序,因为可能会在遥远的未来使用该网站.

我在这里遗漏了任何会影响我决定的事吗?差别这么简单吗?

jef*_*lan 9

好问题.WebJob可能非常适合您的控制台应用程序用例.逻辑应用程序提供了一些功能,根据您的使用情况可能会或可能不会使您受益:

逻辑应用

  • 为Salesforce,Blob存储,Dropbox等SaaS解决方案的连接器提供一些开箱即用的支持.
  • 允许您通过添加其他"步骤"来构建和扩展作业,而无需使用设计器编写代码
  • 重试策略并执行 - 直到确保在集成时传递消息
  • 可以实时编辑和保存工作流以更改重复计划等内容,而无需修改任何代码.
  • "运行"窗格,将在每次运行开始时详细说明输入和输出以及状态

如果任何这些功能使其值得跳跃,Logic Apps可能更适合.如果您只是运行一个重复的后台任务,并希望快速弹出一些东西,那么Web工作可能会很棒.如果这有意义或者您有任何疑问,请告诉我.

  • 你知道你是否可以在没有网站的情况下从事网络工作? (2认同)
  • @JamesWood来自Azure透视NO.Azure webjob运行在网站本身.虽然说你总是可以避免从代码角度拥有一个网站,并只将AzureWebjob部署到一个空的网站. (2认同)
  • WebJobs 现在还可以与 API 应用程序关联。 (2认同)