Поставщик IoT предоставляет партнерам настраиваемую службу событий. Партнеры предоставляют конечные точки веб-хуков HTTPS, которые могут быть периодически недоступны. Вы должны публиковать события, используя стандартную кросс-языковую схему, фильтровать события по префиксу eventType, повторять попытки в течение до 24 часов с экспоненциальной задержкой, и если доставка в конечном итоге не удалась, сохранять недоставленные события в учетной записи хранения для аудита. Что вы должны реализовать?

Правильный ответ — создание пользовательского раздела Azure Event Grid. Event Grid поддерживает схему CloudEvents v1.0, фильтрацию по префиксу eventType и настраиваемые политики повторных попыток (до 24 часов с экспоненциальной задержкой), а также dead-lettering для сохранения недоставленных событий в хранилище. Эти функции точно соответствуют всем требованиям. Azure Service Bus Topics не поддерживает CloudEvents и не имеет встроенных механизмов для dead-lettering в хранилище для аудита. Azure Event Hubs предназначен для потоковой передачи больших объемов данных и не подходит для сценариев с веб-хуками и гибкими политиками повторных попыток. Создание домена Event Grid со схемой Event Grid не соответствует требованию CloudEvents v1.0, а отключение повторных попыток противоречит требованию о повторных попытках. Azure Logic Apps требует ручной настройки логики повторных попыток и dead-lettering, что менее эффективно, чем встроенные возможности Event Grid.