Question

很高兴看到azure事件网格具有24小时重试策略，其中事件传递具有指数后退，可用性为99.99％。但是，我遇到了一个场景，即24小时后事件网格消息之一无法达到。

我有一个为主题/subscriptions/id/resourcegroups/name/providers/Microsoft.Resources/deployments/name配置的事件的Web钩子，我希望在资源组部署完成后，我从azure看到它成功了门户。

您能否帮助澄清以下问题，

要检查是否尝试了24小时重试，我在哪里可以找到日志
如果尝试并重试用尽，我在哪里可以找到日志
如果由于事件网格失败或不可用而导致消费者可用，即使发送也没有发生，我在哪里可以找到日志

Answer 1

就像Sean的评论中提到的那样，这种支持即将到来。

基于 Microsoft.Azure.Management.EventGrid ，Version = 2.0.0.0，我们可以预期在事件订阅中有一个新属性，例如 deadletterdestination ，请参阅以下内容用于创建订阅订阅的示例的有效负载片段：

    {
      "properties": {
        "deadletterdestination": {
          "endpointType": "StorageBlob",
          "properties": {
            "blobContainerName": "{myContainerName}",
            "resourceId": "/subscriptions/{mySubscriptionId}/resourceGroups/{myResourceGroup}/providers/Microsoft.Storage/storageAccounts/{myStorageAccount}"
          }
        },
        "destination": {
          "endpointType": "WebHook",
          "properties": {
          "endpointUrl": "{myEndpointUrl}"
          }
        },
        "filter": {
          "isSubjectCaseSensitive": false,
          "subjectBeginsWith": null,
          "subjectEndsWith": null
        },
        "labels": ["xxx"],
        "eventDeliverySchema": "InputEventSchema",
        "retryPolicy": {
         "maxDeliveryAttempts": 30,
         "eventTimeToLiveInMinutes": 1440
        }
      }
    }

当你使用上述有效负载创建一个事件订阅的REST请求（api-version = 2018-05-01-preview）时，响应失败并显示以下消息：

    {
      "error": {
        "code": "InvalidRequest",
        "message": "DeadLettering is currently not enabled in the service and support for it is coming soon. Until then, please re-issue the event subscription creation/update request without setting a deadletter destination."
    }
  }

我期待这个伟大的功能，每个订阅都可以成为deadlettering事件的来源，我希望有更多的endpointTypes用于deadletterdestination，如EventHub，StorageQueue，ServiceBus，WebHook等。

<强>更新

感谢azure事件网格团队发布了 deadletterdestination 功能的预览。现在，每个订阅都可以决定何时可以发送死信。今天我们可以将它发送到存储blob。

以下屏幕截图显示了blob存储中存储的deadletter：

查看更多详情here。

如何跟踪失败/过期的天蓝色事件网格传递消息？

1 个答案: