[英]Ack Deadline, Message Retention Duration, Dead Lettering and Retry Policy in GCP
[英]dead lettering in Azure event grid does not work
根據Microsoft 文檔,事件網格不會對特定錯誤(如 400、413、401)實施重試。在這種情況下,事件網格將對事件執行死信處理或在未配置死信時丟棄事件。
所以我在我的 webhook(接收端點)上啟用了死信並產生了 400 錯誤。 但它仍然沒有被捕獲到死信日志容器中。 有什么我想念的嗎?
請查看事件網格消息傳遞和重試 - 死信事件文檔並查看您的配置是否正確。
默認情況下,事件網格不會打開死字。 要啟用它,您必須在創建事件訂閱時指定一個存儲帳戶來保存未傳遞的事件。 您從此存儲帳戶中提取事件以解決交付問題。
[...]
在設置死信位置之前,您必須有一個帶有容器的存儲帳戶。 您在創建事件訂閱時為此容器提供端點。 終結點的格式為:/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-name>/
/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-name>/blobServices/default/containers/<container-name>
/default/containers/<container-/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-name>/blobServices/default/containers/<container-name>
另外,請考慮到
從最后一次嘗試傳遞事件到傳遞到死信位置之間有五分鍾的延遲。 此延遲旨在減少 Blob 存儲操作的數量。 如果死信位置在四個小時內不可用,則刪除該事件。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.