自定義存儲輪詢與消費計劃Azure函數相關嗎？

Question

在消費計劃下託管Azure功能時，如何應用存儲隊列輪詢的概念？

我使用經典的託管WebJob函數得到了投票的主體，我知道1分鐘的最大輪詢間隔可以被覆蓋。但是在消費計劃託管的情況下，沒有應用程序級別的內存駐留進程，因此我假設Azure內部通過超出我的控制範圍的其他觸發器啓動FunctionApp。

此問題的動機是我試圖瞭解Azure託管的Web應用程序向存儲隊列添加消息時的典型E2E函數調用傳播延遲。在我的情況下，WebApp，StorageQueue和預編譯的函數DLL將運行在相同的Azure區域中。

我需要將Azure函數調用延遲限制在10秒以下，平均值爲< 3秒。

Answer 1

不幸的是，對於當前輪詢模型的消費計劃，這是不可能的，因爲我們每10秒輪詢觸發資源以確定是否有新事件需要加載/啓動功能實例。

如果您的函數應用程序運行頻率足夠高以至於它總是有活動實例（例如，每5分鐘一個新的隊列消息），您可以獲得所需的調用延遲，因爲實例本身會處理輪詢。

最壞的情況（沒有函數實例正在運行）是〜10s輪詢+〜5s實例啓動時間來處理新事件。