使用Azure Web作业调用Rest API

使用Azure Web作业调用Rest API,azure,azure-webjobs,azure-web-app-service,Azure,Azure Webjobs,Azure Web App Service,我已经使用基于HttpTrigger的Azure函数实现了RESTAPI调用,现在客户要求使用Azure Web作业而不是Azure函数实现相同的调用(由于成本原因) 是否有任何可用的选项,请提供一些如何在Azure web作业中实现它的参考 谢谢!事先不,这不是WebJobs的用途。您可能正在考虑构建ASP.NET Web API并将其托管在应用程序服务计划中 WebJobs是Azure应用程序服务的一项功能,使您能够在与web应用程序、API应用程序或移动应用程序相同的上下文中运行程序或脚本

我已经使用基于HttpTrigger的Azure函数实现了RESTAPI调用,现在客户要求使用Azure Web作业而不是Azure函数实现相同的调用(由于成本原因)

是否有任何可用的选项,请提供一些如何在Azure web作业中实现它的参考


谢谢!事先

不,这不是WebJobs的用途。您可能正在考虑构建ASP.NET Web API并将其托管在应用程序服务计划中

WebJobs是Azure应用程序服务的一项功能,使您能够在与web应用程序、API应用程序或移动应用程序相同的上下文中运行程序或脚本。使用WebJobs没有额外的成本

取自

此外,WebJobs不支持HttpTrigger。WebJobs支持的触发器包括:

  • 计时器
  • Azure存储队列和Blob
  • Azure服务总线队列和主题
  • 蔚蓝宇宙数据库
  • Azure事件中心
  • 文件系统
资料来源:

编辑:

就您的解决方案而言:在函数或应用程序服务中运行它。如果只是一个HttpTriggered调用,并且API不活动后的(次要)启动时间不是问题:那么就开始函数实现


在检索“大量”记录时(什么是大量?),只要函数没有任何状态,并且传入所有信息以确定要接收的记录,就不应该存在任何问题。消费计划中的功能应用程序超时时间默认为5分钟。

否,这不是WebJobs的用途。您可能正在考虑构建ASP.NET Web API并将其托管在应用程序服务计划中

WebJobs是Azure应用程序服务的一项功能,使您能够在与web应用程序、API应用程序或移动应用程序相同的上下文中运行程序或脚本。使用WebJobs没有额外的成本

取自

此外,WebJobs不支持HttpTrigger。WebJobs支持的触发器包括:

  • 计时器
  • Azure存储队列和Blob
  • Azure服务总线队列和主题
  • 蔚蓝宇宙数据库
  • Azure事件中心
  • 文件系统
资料来源:

编辑:

就您的解决方案而言:在函数或应用程序服务中运行它。如果只是一个HttpTriggered调用,并且API不活动后的(次要)启动时间不是问题:那么就开始函数实现


在检索“大量”记录时(什么是大量?),只要函数没有任何状态,并且传入所有信息以确定要接收的记录,就不应该存在任何问题。消费计划中的函数应用程序超时时间默认为5分钟。

Webjobs对我来说是新功能,我不知道它的功能,感谢您的评论,因此从您的角度来看,使用Azure函数实现Rest API是最好的设计?可以在函数中运行,也可以在应用程序服务中运行。如果只是一个HttpTriggered调用和一些不活动后的(次要)启动时间不是问题:开始函数实现。如果我试图从Rest API中检索大量记录并定义了适当的页面大小,我还有一个问题,你认为函数实现会有超时问题吗“大量记录”?一般来说,只要您的函数没有任何状态,并且您传入所有信息以确定要接收的记录,就不应该有任何问题。(消耗计划中的函数默认在5分钟后被终止)Webjobs对我来说是新的,我不知道它的功能,谢谢你的评论,所以从你的角度来看,使用Azure函数实现Rest API是最好的设计?可以在函数中运行它,也可以在应用程序服务中运行它。如果只是一个HttpTriggered调用,那么(次要)不活动后的启动时间不是问题:开始函数实现。如果我试图从Rest API检索大量记录,并定义了适当的页面大小,那么我还有一个问题。你认为函数实现会出现超时问题吗?什么是“大量记录”"? 一般来说,只要您的函数没有任何状态,并且您传入所有信息以确定要接收的记录,就不应该存在任何问题。(消耗计划中的函数默认在5分钟后终止)