5

我打算在Azure中的两个系统之间建立一个集成。该应用程序的基本体系结构将是内部部署控制台应用程序的Azure等同物。例如。按计划在两个系统之间洗牌数据什么时候应该使用逻辑应用程序而不是Web作业?

我可以看到在App Services中执行此操作的两种方法。

  1. 一个web应用程序,它具有web作业。就我而言,目前我并不需要网站。

  2. 一个具有自定义代码API应用程序的逻辑应用程序。在我的情况下,整个集成可能只是一个自定义API应用程序,而不是一系列链接的API应用程序。

看起来他们都会支持预定的活动和我需要的连接。两者看起来都会扩展,但这并不是我计划中的关注点。两者似乎都有非常简单的部署路径。真的看起来很相似。

唯一的主要区别,我相信的是,对网络的工作一个web应用程序总是会拿出一个网站。它是否正确?如果是这样,我可能会去一个网络应用程序,可能会使用该网站在遥远的未来。

我错过了什么人在这里应该影响我的决定?这个差别很简单吗?

回答

7

好问题。 WebJob对于您的控制台应用程序的使用情况可能会很好。逻辑应用程序提供了可能或可能不利于你对你的使用情况基于这几个特点:

逻辑应用

  • 与连接器部分外的即装即用的支持,SaaS解决方案等进入Salesforce的,Blob存储,Dropbox的,等等
  • 允许你建立并通过添加额外的“阶梯”,而不使用设计
  • 有重试策略以及做,直到以确保邮件的传递编写代码扩展的工作整合
  • 可以实时编辑和保存工作流,以改变重复计划等事情,而无需修改任何代码。
  • “流程”窗格中,将详细当每次运行开始,输入和输出,并且状态

如果有任何的这些特点使其值得的跳跃,逻辑的应用可能会是更好的选择。如果你只是在运行一个反复出现的后台任务,并且想要真正快速地弹出一些东西,那么web工作可能会很棒。让我知道,如果这是有道理的,或者如果你有任何问题。

+1

你知道你是否可以在没有网站的情况下上网? –

+2

@JamesWood从Azure的角度NO。 Azure webjob运行在网站本身上。虽然说可以始终避免从代码角度拥有网站,并只将AzureWebjob部署到空白网站。 –

+1

WebJobs现在也可以与API应用程序相关联。 –

相关问题