Основные понятия в службе "Сетка событий Azure"

В этой статье описаны основные понятия в службе "Сетка событий Azure".

События

Событие — минимальный объем информации, который полностью описывает нечто, произошедшее в системе. Каждое событие содержит такие общие сведения, как источник события, время, когда оно произошло, и уникальный идентификатор. Каждое событие также содержит определенные сведения, которые относятся к конкретному типу события. Например, событие создания файла в службе хранилища Azure содержит сведения о файле, такие как значение lastTimeModified. А событие службы "Центры событий" включает URL-адрес файла сбора данных.

Максимально допустимый размер события — 1 МБ. Оплата за события свыше 64 КБ начисляется с приращением в 64 КБ. Свойства, отправляемые в событии, см. в статье о схеме событий службы "Сетка событий Azure".

Издатели

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

Источники событий

Источник события — это место, где оно произошло. С каждым источником события связан один или несколько типов событий. Например, служба хранилища Azure — это источник событий создания больших двоичных объектов. Центр Интернета вещей является источником событий, созданных устройством. Приложение является источником определяемых пользователем событий. Источники событий отвечают за отправку событий в службу "Сетка событий".

Сведения о реализации любого из поддерживаемых источников службы "Сетка событий" см. в разделе об источниках событий в службе "Сетка событий Azure".

Разделы

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

Системные разделы — это встроенные разделы, предоставляемые службами Azure, такими как служба хранилища Azure, Центры событий Azure и служебная шина Azure. Вы можете создавать системные разделы в подписке Azure и подписываться на них. Подробнее см. в статье Общие сведения о системных разделах.

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

Существует еще один тип раздела: партнерский. Функция События партнеров позволяет сторонним поставщикам SaaS публиковать события из своих служб, чтобы они были доступны потребителям, которые могут подписываться на эти события. Поставщик SaaS предоставляет тип раздела — партнерский раздел, который используется подписчиками для потребления событий. Он также предлагает чистую модель публикации/подписки, разделяя задачи и владение ресурсами, которые используются издателями и подписчиками событий.

Подписки на события

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

Примеры создания подписок см. по ссылкам ниже.

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

Истечение срока действия подписки на событие

После этой даты подписка автоматически перестанет действовать. Задайте срок действия подписки на событие, которая необходима только в течение ограниченного времени и не нужно беспокоиться об очистке этих подписок. Например при создании подписки на события для тестирования сценария может потребоваться задать срок действия.

Чтобы посмотреть пример настройки срока действия, перейдите в раздел Подписка с дополнительными фильтрами.

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

С точки зрения службы "Сетка событий" обработчик событий — это место, куда отправляются события. Обработчик выполняет последующую обработку полученного события. Служба "Сетка событий" поддерживает несколько типов обработчиков. В качестве обработчика можно использовать поддерживаемую службу Azure или собственный веб-перехватчик. В зависимости от типа обработчика служба "Сетка событий" применяет различные механизмы, гарантирующие доставку события. Для обработчиков событий веб-перехватчиков HTTP событие повторяется, пока обработчик не возвращает код состояния 200 – OK. Для очереди службы хранилища Azure события повторяются, пока служба очередей не выполнит успешно отправку сообщения в очередь.

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

Безопасность

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

Доставка событий

Если служба "Сетка событий" не может подтвердить, что событие было получено конечной точкой подписчика, служба отправляет его повторно. Дополнительные сведения см. в разделе Доставка и повторные попытки доставки сообщений сетки событий.

Пакетная обработка

Если применяется пользовательский раздел, события всегда нужно публиковать в массиве. Для сценариев с низкой пропускной способностью это может быть один пакет. Но если публикуется большой объем данных, рекомендуем упаковать несколько событий, чтобы повысить эффективность. Пакеты могут иметь размер до 1 МБ, а максимальный размер события составляет 1 МБ.

Дальнейшие действия