与azure-webjobs-sdk-script的角色有关
-
null
我对azure-webjobs-sdk-script库角色的理解是否正确。它只是在WebJob下运行函数的包装器吗。这和应用程序服务计划下运行的功能有什么不同。
我找不到这些选择的任何明确定义。
共有1个答案
azure-webjobs-sdk-script（https://github.com/azure/azure-webjobs-sdk-script）是我们所说的“函数运行时”。就自己将其部署为WebJob与使用函数而言，让我们来看看一些利弊：
- 您可以使用消费计划。这是一个巨大的优势，特别是如果您的代码只需要偶尔运行（基本上，它更便宜！）
- 您可以使用门户经验来开发它。
- 部署更简单：只需部署NodeJS函数，而不必担心运行时。
- 运行时自动更新，而在WebJobs情况下，您负责使其保持最新。
主要的一个是你得到了更多的控制权。例如，如果要自定义脚本运行时，可以部署自己的自定义二进制文件。对于函数，您总是使用官方运行库
-
据我所知，Azure函数似乎与Azure Webjobs特性重叠，我很难理解何时在函数和Webjobs之间做出选择： > 与Webjobs不同的是，函数只能被触发，它不是为了运行连续的过程而设计的（但您可以编写代码来创建连续的函数）。 您可以使用多种语言(C#、Node.js、python...）编写Webjobs和函数，但您可以从Azure portal编写函数，这样开发、测试和部署函数就更容易
-
问题在于Azure WebJobs SDK只支持公共静态方法作为作业入口点，这意味着无法实现构造函数/属性注入。 我在官方WebJobs SDK文档/资源中找不到有关此主题的任何内容。我遇到的唯一解决方案是基于本文描述的服务定位器（anti）模式。 对于基于Azure WebJobs SDK的项目，有没有一种好方法可以使用“适当的”依赖项注入？
-
使用WebJobs SDK时，将代理消息移动到死信队列的正确方法是什么？通常我会打电话给味精。死信（）。但是，SDK负责管理代理消息的生命周期。它将调用msg。如果方法返回成功，则返回Complete（），如果发生异常，则将重试该消息。我需要第三种情况，告诉ServiceBus队列将消息移动到死信队列，因为它是一条坏消息。
-
毒消息处理如何为Azure WebJobs SDK的工作？我正在寻找推送的服务总线队列消息已退出队列超过'x'时间到不同的ServiceBus（或）存储队列 这里和这里的在线留档以及这里的SDK示例没有关于ServiceBusTrigger如何处理有毒消息的示例。这是半成品吗？ 我尝试使用参数实现自定义毒药消息处理，但ServiceBurstriggers似乎不支持它，因为我得到了运行时异常
-
我有多个Web作业，它们应该从Azure应用配置中获取它们的连接字符串和应用程序设置。 我尝试了中的以下步骤：https://docs.microsoft.com/en-us/azure/azure-app-configuration/quickstart-dotnet-app对于应用程序。每个webjob和Web的配置文件。与所述webjobs一起作为应用程序服务托管的web应用程序的配置文件。