Что такое сетка событий Azure?

Сетка событий Azure — это высокомасштабируемая и полностью управляемая служба публикации для распространения сообщений. Сетка событий предлагает гибкие шаблоны потребления сообщений и использует протоколы транспорта телеметрии очереди сообщений (MQTT) и HTTP. С помощью сетки событий можно создавать конвейеры данных с данными устройства, интегрировать приложения и создавать бессерверные архитектуры на основе событий.

Сетка событий позволяет клиентам публиковать и подписываться на сообщения по протоколам MQTT версии 3.1.1 и версии 5.0 для поддержки решений Интернета вещей (IoT). С помощью ПРОТОКОЛА HTTP вы можете использовать Сетку событий для создания решений на основе событий, в которых служба издателя объявляет об изменениях состояния системы (события) для приложений подписчиков. Вы можете настроить сетку событий для отправки событий подписчикам (принудительной доставки), или подписчики могут подключаться к сетке событий для чтения событий (доставка по запросу). Служба "Сетка событий" поддерживает спецификацию CloudEvents 1.0 для обеспечения взаимодействия между системами.

Основные возможности

Сетка событий имеет две основные функции:

Обмен сообщениями MQTT: устройства и приложения Интернета вещей могут взаимодействовать друг с другом по протоколу MQTT. Вы также можете использовать сетку событий для маршрутизации сообщений MQTT в службы Azure или пользовательские конечные точки для дальнейшего анализа данных, визуализации или хранилища. С помощью этой интеграции со службами Azure можно создавать конвейеры данных, начинающиеся с приема данных с устройств Интернета вещей.

Распределение данных с помощью режимов отправки и извлечения. В любой точке конвейера данных HTTP-приложения могут использовать сообщения с помощью API push-уведомлений или извлечения. Источник данных может включать данные клиентов MQTT, но также включает следующие источники данных, которые отправляют события по протоколу HTTP:

• Службы Azure;
• Пользовательские приложения
• Системы внешнего партнера (программное обеспечение как услуга)

Механизм принудительной доставки сетки событий отправляет данные в места назначения, которые включают собственные веб-перехватчики приложений и службы Azure. Вот посмотрите на эти две функции.

Обмен сообщениями MQTT

Сетка событий позволяет клиентам взаимодействовать с пользовательскими именами разделов MQTT с помощью модели обмена сообщениями публикации и подписки. Служба "Сетка событий" поддерживает клиенты, которые публикуют и подписываются на сообщения через MQTT версии 3.1.1, MQTT версии 3.1.1 через WebSocket, MQTT v5 и MQTT v5 по WebSocket.

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

Служба "Сетка событий" интегрируется с операциями Интернета вещей Azure для преодоления возможности брокера MQTT на границе с возможностями брокера MQTT сетки событий в облаке. Брокер MQTT Azure IoT — это новый распределенный брокер MQTT для пограничных вычислений, работающих в кластерах Kubernetes с поддержкой Azure Arc. Теперь она доступна в рамках операций Интернета вещей Azure.

Функция брокера MQTT в Сетке событий идеально подходит для автомобильных, мобильных и производственных сценариев, среди прочего. Чтобы узнать, как создавать безопасные и масштабируемые решения для подключения миллионов клиентов MQTT к облаку с помощью служб обмена сообщениями Azure и аналитики данных, см. эталонные архитектуры автомобильной ипроизводственной эталонной архитектуры.

Основные сведения о поддержке обмена сообщениями MQTT в службе "Сетка событий":

• ПоддержкаMQTT версии 3.1.1 и MQTT версии 5.0. Для взаимодействия со службой используется любая клиентская библиотека MQTT с открытым кодом.
• Пользовательские разделы с поддержкой подстановочных знаков: использует собственную структуру раздела.
• Модель обмена сообщениями о публикации и подписке: эффективно взаимодействует с помощью шаблонов обмена сообщениями "один ко многим", "многие ко многим" и "один к одному".
• Встроенная облачная интеграция: направляет сообщения MQTT в службы Azure или пользовательские веб-перехватчики для дальнейшей обработки.
• Гибкая и детализированнаямодель управления доступом: группируют клиентов и разделы для упрощения управления доступом. Использует поддержку переменной в шаблонах разделов для точного управления доступом.
• Методы проверки подлинности брокера MQTT: использует проверку подлинности сертификата X.509, стандарт отраслевой проверки подлинности для устройств Интернета вещей. Использует проверку подлинности Идентификатора Microsoft Entra, стандарт проверки подлинности Azure для приложений. Использует гибкие шаблоны проверки подлинности, такие как проверка подлинности OAuth 2.0 JSON Web Token (JWT), которая является упрощенной и безопасной для клиентов MQTT, которые не подготовлены в Azure. Использует настраиваемую проверку подлинности веб-перехватчика, которая позволяет внешним конечным точкам HTTP (веб-перехватчикам) динамически проверять подлинность подключений MQTT. Этот метод использует проверку JWT Entra ID для обеспечения безопасного доступа.
• Поддержка протокола TLS 1.2 и TLS 1.3. Защита взаимодействия клиента с помощью надежных протоколов шифрования.
• Поддержка нескольких сеансов: подключает приложения с несколькими активными сеансами, чтобы обеспечить надежность и масштабируемость.
• MQTT через WebSocket: включает подключение для клиентов в средах, ограниченных брандмауэром.
• Пользовательские доменные имена: позволяет пользователям назначать собственные доменные имена конечным точкам пространства имен Сетки событий MQTT, что повышает безопасность и упрощает настройку клиента.
• События жизненного цикла клиента: позволяет приложениям реагировать на события о состоянии подключения клиента или операциях ресурсов клиента.
• Публикация HTTP: позволяет устройствам и службам отправлять сообщения MQTT в сетку событий по протоколу HTTPS, что упрощает интеграцию с клиентами, не являющихся MQTT.
• MQTT Сохранить: гарантирует, что последнее известное сообщение по теме автоматически доставляется новым подписчикам, что позволяет мгновенной синхронизации состояния.

Дополнительные сведения о брокере MQTT см. в следующих статьях:

• Обзор
• Публикация и подписка на сообщения MQTT
• Руководство. Маршрутизация сообщений MQTT в Центры событий Azure с помощью разделов пространства имен
• Руководство по маршрутизации сообщений MQTT в Функции Azure с помощью пользовательских разделов

Обмен сообщениями о событиях (HTTP)

Служба "Сетка событий" поддерживает доставку событий отправки и извлечения с помощью ПРОТОКОЛА HTTP. При отправке вы определяете назначение в подписке на события, в которую сетка событий отправляет события. При доставке по запросу приложения подписчиков подключаются к сетке событий для использования событий. Доставка по запросу поддерживается для разделов в пространстве имен Сетки событий.

Обработчики событий

В принудительной доставке подписка на события — это универсальный ресурс конфигурации, который можно использовать для определения обработчика событий или назначения, в который отправляются события с помощью принудительной доставки. Например, можно отправлять данные в веб-перехватчик, функцию Azure или центры событий. Полный список поддерживаемых обработчиков событий см. в следующих статье:

• Обработчики событий, поддерживаемые в разделах пространства имен.
• Обработчики событий, поддерживаемые в пользовательских, системных, доменных и партнерских разделах .

Отправка отправки и доставка по запросу

Следующие общие рекомендации помогут вам решить, когда следует использовать доставку по запросу или отправке.

Доставка по запросу

• Вам нужен полный контроль над получением событий. Например, приложение может быть недостаточно времени или недостаточно стабильно. Вы также можете обрабатывать данные только в определенное время.
• Вам нужен полный контроль над потреблением событий. Например, нижестоящей службы или слоя в приложении-получателе может возникнуть проблема, которая предотвращает обработку событий. В этом случае API доставки по запросу позволяет приложению-потребителю освободить уже прочитанное событие обратно брокеру для доставки позже.
• Вы хотите использовать частные ссылки при получении событий, что возможно только при доставке по запросу, а не при отправке push-уведомлений.
• У вас нет возможности предоставлять конечную точку и использовать отправку push-уведомлений, но вы можете подключиться к сетке событий для использования событий.

Отправка отправки

• Вы хотите избежать постоянного опроса, чтобы определить, что произошло изменение состояния системы. Вместо этого вы хотите использовать сетку событий для отправки событий при изменении состояния.
• У вас есть приложение, которое не может выполнять исходящие вызовы. Например, ваша организация может беспокоиться о краже данных. Однако приложение может получать события через общедоступную конечную точку.

Основные сведения о модели HTTP:

• Гибкая модель потребления событий: использование событий с помощью режима извлечения или отправки при использовании ПРОТОКОЛА HTTP.
• Системные события: быстрое выполнение со встроенными событиями службы Azure.
• Собственные события приложения: используйте сетку событий для маршрутизации, фильтрации и надежной доставки пользовательских событий из приложения.
• События партнеров: подпишитесь на события поставщика SaaS партнера и обработайте их в Azure.
• Расширенная фильтрация. Фильтрация по типу события или другим атрибутам события, чтобы убедиться, что обработчики событий или потребительские приложения получают только соответствующие события.
• Надежность: функция принудительной доставки обеспечивает механизм повторных попыток в 24 часа с экспоненциальным обратным выходом, чтобы убедиться, что события доставляются. Если вы используете доставку по запросу, приложение имеет полный контроль над потреблением событий.
• Высокая пропускная способность: создание высокопроизводительных интегрированных решений с помощью сетки событий.
• Пользовательские доменные имена: позволяет пользователям назначать собственные доменные имена конечным точкам пространства имен сетки событий, что повышает безопасность и упрощает настройку клиента.

Дополнительные сведения см. в следующих статьях:

• Обзор доставки по запросу
• Общие сведения о доставке push-уведомлений
• Основные понятия
• Краткое руководство. Публикация и подписка на события приложения с помощью разделов пространства имен

Случаи использования

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

Поддерживаемые регионы

Новые функции брокера MQTT и пространства имен доступны в следующих регионах.

Связанный контент

• Обзор обмена сообщениями MQTT
• Общие сведения о доставке по запросу HTTP
• Общие сведения о доставке push-отправки HTTP