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

Сравните маршрутизацию сообщений и Event Grid для Центра Интернета вещей

  • Статья

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

Примечание.

Некоторые функции, упоминаемые в этой статье, например обмен сообщениями между облаком и устройством, двойники устройств и управление устройствами, доступны только для Центра Интернета вещей уровня "Стандартный". Дополнительные сведения о базовых и стандартных и бесплатных уровнях Центра Интернета вещей см. в разделе Выберите нужный уровень и размер Центра Интернета вещей для вашего решения.

Маршрутизация сообщений в узле Интернета вещей: Эта функция узла IoT позволяет пользователям маршрутизировать сообщения от устройств в облако к конечным точкам служб, таким как контейнеры хранилища Azure, центры событий, очереди службы шины и топики службы шины. Маршрутизация также обеспечивает возможность выполнения запросов для фильтрации данных перед их отправкой на конечные точки. Помимо данных телеметрии устройства, можно также направлять события , отличные от телеметрии, и использовать их для активации действий.

Интеграция Центра Интернета вещей со службой "Сетка событий". "Сетка событий Azure" — это полностью управляемая служба маршрутизации событий, использующая принцип "публикации — подписки". IoT Hub and Event Grid work together to integrate IoT Hub events into Azure and non-Azure services, in near-real time. Центр Интернета вещей публикует события устройства и события телеметрии.

Различия

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

Функция Маршрутизация сообщений с помощью Центра Интернета вещей Интеграция Центра Интернета вещей со службой "Сетка событий"
Сообщения и события устройства Да, маршрутизация сообщений поддерживает данные телеметрии, изменения двойника устройства, события жизненного цикла устройства, события изменения цифрового двойника и события состояния подключения устройства. Да, служба Event Grid поддерживает данные телеметрии и события, связанные с устройствами, такие как их создание, подключение, удаление и отключение. Однако Event Grid не поддерживает события изменения близнецов устройств и события изменения цифровых близнецов.
Упорядочение Да, маршрутизация сообщений поддерживает порядок событий. Нет, сетка событий не гарантирует порядок событий.
Фильтрация Расширенная фильтрация свойств приложений для обмена сообщениями, свойств системы обмена сообщениями, основной части сообщения, меток и свойств двойников устройства. Filtering isn't applied to digital twin change events. См. примеры в разделе Синтаксис запросов маршрутизации сообщений. Фильтрация на основе типа события, типа темы и атрибутов в каждом событии. Примеры см. в разделе Общие сведения о событиях фильтрации в подписках на сетку событий. When subscribing to telemetry events, you can apply filters on the data to filter on message properties, message body and device twin in your IoT Hub, before publishing to Event Grid. См. раздел Фильтрация событий.
Конечные точки
  • Центры событий
  • Azure Blob Storage
  • Service Bus queue
  • Service Bus topics
  • Cosmos DB

Платные Центры Интернета вещей с номерами SKU (S1, S2 и S3) могут иметь 10 пользовательских конечных точек и 100 маршрутов для каждого Центра Интернета вещей.
  • Функции Azure
  • Служба автоматизации Azure
  • Центры событий
  • Логические приложения
  • Storage Blob
  • Custom Topics
  • Хранилище очередей
  • Power Automate
  • Сторонние службы через WebHooks

Event Grid поддерживает 500 конечных точек на IoT Hub. Самый новый список конечных точек см. в разделе об обработчиках событий для службы "Сетка событий".
Стоимость За маршрутизацию сообщений отдельная плата не взимается. Оплачивается только поступление телеметрии в IoT Hub. Например, если у вас есть сообщение, перенаправленное на три разных конечных точки, плата взимается только за одно сообщение. Центр Интернета вещей не взимает плату. В службе «Сетка событий» первые 100 000 операций в месяц доступны бесплатно, далее действует тариф 0,60 долл. США за миллион операций.

Сходства

У службы "Сетка событий" и маршрутизации сообщений с помощью Центра Интернета вещей много сходств, некоторые из которых представлены в таблице ниже:

Функция Маршрутизация сообщений с помощью Центра Интернета вещей Интеграция Центра Интернета вещей со службой "Сетка событий"
Максимальный размер сообщения 256 КБ, устройство-облако 256 КБ, устройство-облако
Надежность Высокая: каждое сообщение доставляется в конечную точку по крайней мере единожды для каждого маршрута. Истекает срок действия всех сообщений, которые не доставляются в течение одного часа. Высокий: обеспечивает доставку каждого сообщения на веб-хук как минимум один раз для каждой подписки. Истекают все события, которые не доставлены в течение 24 часов.
Масштабируемость Высокая. Оптимизирована для поддержки миллионов одновременно подключенных устройств, отправляющих миллиарды сообщений. Высокий уровень: Возможность маршрутизации 10 000 000 событий в секунду на один регион.
Задержка Low: Near-real time. Low: Near-real time.
Отправка в несколько конечных точек Да, одно сообщение можно отправить в несколько конечных точек. Да, одно сообщение можно отправить в несколько конечных точек.
Безопасность IoT Hub предоставляет уникальное удостоверение для каждого устройства и возможность отзыва доступа. Дополнительные сведения см. в статье об управлении доступом в Центре Интернета вещей. Event Grid provides validation at three points: event subscriptions, event publishing, and webhook event delivery. Дополнительные сведения см. в разделе Сетка событий: безопасность и проверка подлинности.

Как выбрать

Маршрутизация сообщений Центра Интернета вещей и его интегрированная версия со службой "Сетка событий" выполняют разные действия для достижения одинаковых результатов. Они принимают сведения из вашего решения Центра Интернета вещей и передают их, чтобы могли отреагировать другие службы. Как же решить, какой компонент использовать? При принятии решения примите во внимание следующие вопросы:

  • Какие данные следует отправлять в конечные точки?

    Маршрутизацию сообщений с помощью Центра Интернета вещей лучше использовать, если нужно отправлять данные телеметрии в другие службы. Маршрутизация сообщений также позволяет адресовать запросы приложению для обмена сообщениями и свойствам системы обмена сообщениями, основной части сообщения, меткам и свойствам двойников устройств.

    Центр Интернета вещей, интегрированный со службой "Сетка событий", работает с событиями, происходящими в службе "Центр Интернета вещей". Эти события Центра Интернета вещей включают в себя данные телеметрии, создание, удаление, подключение и отключение устройств. Подписываясь на телеметрические события, вы можете применять дополнительные фильтры к данным для фильтрации по свойствам сообщения, телу сообщения и двойнику устройства в вашем IoT Hub, перед публикацией в Event Grid. См. раздел Фильтрация событий.

  • Какие конечные точки должны получать эти сведения?

    IoT Hub message routing supports limited number of unique endpoints and endpoint types, but you can build connectors to reroute the data and events to additional endpoints. Полный список поддерживаемых конечных точек см. в таблице в разделе выше.

    Интеграция Центра Интернета вещей с сеткой событий поддерживает 500 конечных точек на Центр Интернета вещей и более широкий набор типов конечных точек. Он естественно интегрируется с Azure Functions, Logic Apps, Storage и очередями Service Bus, а также работает с вебхуками для расширения отправки данных вне экосистемы сервисов Azure и в сторонние бизнес-приложения.

  • Важен ли порядок получения данных?

    IoT Hub message routing maintains the order in which messages are sent, so that they arrive in the same way.

    Event Grid не гарантирует, что конечные точки получают события в том порядке, в котором они происходили. В тех случаях, когда важен абсолютный порядок сообщений и/или когда объекту-получателю требуется надежный уникальный идентификатор для сообщений, рекомендуется использовать маршрутизацию сообщений.

Следующие шаги