如何跟踪失败/过期的azure事件网格传递消息?

如何跟踪失败/过期的azure事件网格传递消息?,azure,azure-eventgrid,Azure,Azure Eventgrid,很高兴看到azure事件网格有一个24小时重试策略,对于99.99%可用性的事件交付具有指数级回退。然而,我遇到了一个场景,其中一条预期的事件网格消息在24小时后仍未到达 我为事件配置了一个web钩子,其主题为/subscriptions/id/resourcegroups/name/providers/Microsoft.Resources/deployments/name,这是我在资源组部署完成后所期望的,正如我在azure portal中看到的那样,它成功地完成了 你能帮我澄清一下下面的问

很高兴看到azure事件网格有一个24小时重试策略,对于99.99%可用性的事件交付具有指数级回退。然而,我遇到了一个场景,其中一条预期的事件网格消息在24小时后仍未到达

我为事件配置了一个web钩子,其主题为/subscriptions/id/resourcegroups/name/providers/Microsoft.Resources/deployments/name,这是我在资源组部署完成后所期望的,正如我在azure portal中看到的那样,它成功地完成了

你能帮我澄清一下下面的问题吗

  • 要检查是否尝试了24小时重试,在哪里可以找到日志
  • 如果尝试和重试已用尽,我在哪里可以找到日志
  • 如果由于事件网格的故障或不可用,即使消费者可用,也没有交付,我在哪里可以找到日志

  • 正如肖恩评论中提到的,这种支持很快就会到来

    基于Microsoft.Azure.Management.EventGrid,版本=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版本=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."
        }
      }
    
    我期待着这个伟大的功能,每个订阅都可以成为死信事件的来源,我希望死信目的地会有更多的端点类型,如EventHub、StorageQueue、ServiceBus、WebHook等

    更新:

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

    以下屏幕片段显示存储在blob存储器中的死信:


    查看更多详细信息。

    在将来的EventGrid将有一个死信队列。目前,不要认为你正在寻找的任何信息都是可用的。Azure Monitor很可能会提供您需要的指标。谢谢@SeanFeldman。指标涵盖了一些场景是的,但只能得到数字。刚刚注意到一些接近这一点的东西,订阅中deadletterdestination的特性已经发布,仍在预览中,请参见我的更新答案。