在消费计划下使用 Azure 函数中的 ServiceBusTrigger 会不会有延迟？
Could there be a delay when using ServiceBusTrigger in Azure functions under consumption plan?
我打算使用 ServiceBusTrigger in Azure functions. I know that under Consumption plan, functions might stop running due to inactivity after a certain period of time as mentioned here。
We deallocate resources after roughly 20 minutes of inactivity, after
which your next call will be a cold start
假设我的函数应用程序因不活动而停止。我知道 HTTPTrigger 会唤醒我的应用程序。由于冷启动，它会很慢，但至少延迟与冷启动一样长（假设轻量级初始化为几秒）。
问题
一旦应用程序被解除分配，ServiceBusTriggers 是如何处理的？如果收到新消息，该功能是否会立即触发？冷启动惩罚是可以的，但它能更像是在几十分钟内吗？这个关于 blob 触发器的 comment 表明它最多可能需要 10 分钟，但我不确定它是否也适用于服务总线。
If your function app is on the Consumption plan, there can be up to a
10-minute delay in processing new blobs if a function app has gone
idle.
假设可能有几十分钟的延迟，是否可以通过使用设置了 "Always On" 的 Premium 计划或 App Service 计划来减少延迟？
- 您指的是 2 个独立的触发器：servicebus 和 blob。 Blob 触发器很慢，但绝对不会是几十分钟。服务总线触发器非常快。
- 是的，您可以通过应用服务计划来减少冷启动，但我没有看到任何迹象表明您会从中受益。您可能会节省一两秒钟。
您似乎遇到了延迟，您无法确定根本原因。触发器很快。
我打算使用 ServiceBusTrigger in Azure functions. I know that under Consumption plan, functions might stop running due to inactivity after a certain period of time as mentioned here。
We deallocate resources after roughly 20 minutes of inactivity, after which your next call will be a cold start
假设我的函数应用程序因不活动而停止。我知道 HTTPTrigger 会唤醒我的应用程序。由于冷启动，它会很慢，但至少延迟与冷启动一样长（假设轻量级初始化为几秒）。
问题
一旦应用程序被解除分配，ServiceBusTriggers 是如何处理的？如果收到新消息，该功能是否会立即触发？冷启动惩罚是可以的，但它能更像是在几十分钟内吗？这个关于 blob 触发器的 comment 表明它最多可能需要 10 分钟，但我不确定它是否也适用于服务总线。
If your function app is on the Consumption plan, there can be up to a 10-minute delay in processing new blobs if a function app has gone idle.
假设可能有几十分钟的延迟，是否可以通过使用设置了 "Always On" 的 Premium 计划或 App Service 计划来减少延迟？
- 您指的是 2 个独立的触发器：servicebus 和 blob。 Blob 触发器很慢，但绝对不会是几十分钟。服务总线触发器非常快。
- 是的，您可以通过应用服务计划来减少冷启动，但我没有看到任何迹象表明您会从中受益。您可能会节省一两秒钟。
您似乎遇到了延迟，您无法确定根本原因。触发器很快。