Поделиться через

Обработка событий Сетки событий

  • Статья

Логотип Служб мультимедиа версии 3

Предупреждение

Поддержка Служб мультимедиа Azure будет прекращена 30 июня 2024 г. Дополнительные сведения см. в руководстве по прекращению поддержки AMS.

События Служб мультимедиа позволяют приложениям реагировать на различные события (например, событие изменения состояния задания) с помощью современных безсерверных архитектур. При этом не требуется сложный код или дорогостоящие и неэффективные службы опроса. Вместо этого события отправляются через службу Сетка событий Azure обработчикам событий, таким как Функции Azure, Azure Logic Apps, или даже в веб-перехватчик. При этом вы оплачиваете только то, что используете. Дополнительные сведения о ценах см. на странице с ценами на службу"Сетка событий Azure".

Доступность событий Служб мультимедиа привязывается к доступности службы "Сетка событий". Эта функция скоро станет доступной в других регионах вместе со службой "Сетка событий".

События и схемы Служб мультимедиа

Сетка событий использует подписки на события для маршрутизации сообщений о событиях подписчикам. События Служб мультимедиа содержат все сведения, необходимые для реагирования на изменения в данных. Событие Служб мультимедиа можно определить, так как свойство eventType начинается с Microsoft.Media.

Дополнительные сведения см. в статье Схемы службы "Сетка событий Azure" для событий Служб мультимедиа.

Примеры и практические руководства

В репозитории примеров Служб мультимедиа для .NET показано, как использовать новейшие клиентские библиотеки Сетки событий и Центров событий для получения событий в пользовательских приложениях.

Используйте Сетку событий для мониторинга событий Служб мультимедиа на портале Azure.

Рекомендации по потреблению событий

Приложения, которые обрабатывают события Служб мультимедиа, должны следовать нескольким рекомендациям:

  • Так как в один обработчик событий можно настроить маршрутизацию событий из нескольких подписок, не следует предполагать, что события поступают из определенного источника. Но необходимо проверять тему сообщения, чтобы убедиться, что оно поступает из ожидаемой учетной записи хранения.
  • Подобным образом убедитесь, что вы готовы к обработке этого типа событий (eventType), а также не следует предполагать, что все получаемые события будут иметь ожидаемый тип.
  • Игнорируйте поля, которые вам непонятны. Такой подход поможет обеспечить устойчивость к новым функциям, которые могут быть добавлены в будущем.
  • С помощью префикса и суффикса subject события можно ограничить до конкретного.

Примечание

На события распространяется соглашение об уровне обслуживания (SLA) Сетки событий. Если вы хотите получать уведомления о событиях с помощью API, см. примеры использования событий с помощью пакета SDK .NET или Java.