Как отследить сообщение о доставке сетки неудачных / просроченных событий Azure?

Question

Приятно видеть, что сетка событий Azure имеет 24-часовую политику повторов с экспоненциальным откатом для доставки событий с доступностью 99,99%.Однако я столкнулся со сценарием, в котором одно из ожидаемых сообщений сетки событий не достигалось даже через 24 часа.

У меня настроена веб-ловушка для события с субъектом / подписки / id / resourcegroups / name /провайдеры / Microsoft.Resources / deployments / name, которые я ожидаю после завершения развертывания группы ресурсов, что было успешно выполнено, как я вижу на портале Azure.

Не могли бы вы помочь прояснить вопросы ниже,

1. Чтобы проверить, была ли предпринята попытка повторения в течение 24 часов, где я могу найти журналы
2. Если предпринята попытка и повторные попытки исчерпаны, где я могу найти журналы
3. Если доставка не произошла, даже еслипотребитель был доступен из-за сбоя или недоступности сетки событий, где я могу найти журналы

Answer 1

Как уже упоминалось в комментарии Шона, эта поддержка скоро появится.

На основе Microsoft.Azure.Management.EventGrid , Версия = 2.0.0.0, мы можем ожидать новуюсвойство, такое как deadletterdestination в подписке на событие, см. следующий фрагмент полезной нагрузки образца для создания подписки createOrUpdating:

    {
      "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."
    }
  }

Я с нетерпением жду этой замечательной функции, в которой каждая подписка может быть источникомсобытие для deadlettering, и я надеюсь, что будет больше endpointTypes для deadletterdestination, таких как EventHub, StorageQueue, ServiceBus, WebHook и т. д.

Обновление:

Спасибо за событие Azureкоманда сетки для выпуска предварительного просмотра функции deadletterdestination .Теперь каждая подписка может быть решена, когда будет отправлено письмо.Сегодня мы можем отправить его в хранилище.

Следующий фрагмент экрана показывает буклет, хранящийся в хранилище больших двоичных объектов:

Подробнее здесь .