如何在請求/響應模式下使用Azure存儲隊列？

Question

當我們將更多的node.js代碼移植到Azure函數中時，我們在Azure文檔中看到了使用存儲隊列的參考，這是委派處理責任而不是使用http請求調用其他函數的首選方式。

我們應該爲這個委派使用什麼樣的請求/響應設計模式？具體而言，如何通過隊列發回的響應僅發送到發出請求的函數？

這裏是我們想要做的一個例子：

1. 請求進入到一個HTTP觸發功能A
2. 功能A放置消息到隊列X（JSON格式）與第一鍵爲獨特的requestId：「ABC345」開始監聽到隊列Y表示響應
3. 功能B出隊此消息並工作
4. 功能B宿加
5. 功能A與工作結果的消息進入隊列Y中的requestId：「ABC345」
6. 功能A看到此消息的requestId：「ABC345」，並返回HTTP響應

我們怎樣才能函數的回暖只是它正在等待請求對於？

getMessage方法似乎並不能夠選擇性地收聽到一個隊列，只搶到頂消息：

getMessage(queue [, options], callback) 

這一換個角度是，如果我們想要多個工作職能聽隊列X.功能C將處理具有requestType：「query」的所有請求，而功能D將處理所有requestType：「blob」。沒有這個過濾，我們會爲每個Worker函數使用一個隊列。這是否也是正確的方式？

注意：我們使用的是node.js，但我假設Queue API在所有SDK中都是等價的。

Answer 1

Azure隊列真的不會做請求 - 響應。 Http處理不應該在隊列中等待。 Http消息應該快速返回（同步，< 1分鐘），而隊列用於更長的異步後臺處理。如果Http在隊列中等待，它應該使用202長時間運行的模式。

考慮：使用

1. 保持HTTP協議。您可以移植到函數並保留底層 模式。
2. 在完全異步的情況下使用隊列。所以A排隊一個 消息啓動B並返回; A2收聽 B.
3. 查看耐用功能預覽。這允許 同步調用完全像你想要的。它在預覽中，但 請參閱https://github.com/Azure/azure-functions-durable-extension

Answer 2

它看起來像Azure Logic Apps是在請求/響應模式中編排多個函數的未來。使用邏輯應用程序，你可以設置一個HTTP觸發器（以及許多其他），然後設置多種功能與條件邏輯順序運行：

https://docs.microsoft.com/en-us/azure/logic-apps/logic-apps-azure-functions