Системные разделы в службе "Сетка событий Azure"

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

Примечание

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

Службы Azure, поддерживающие системные разделы

Ниже приведен текущий список служб Azure, которые поддерживают создание системных разделов.

Системные разделы как ресурсы Azure

Когда-то в прошлом системный раздел был неявным и не слишком простым. Теперь же системные разделы отображаются как ресурсы Azure и предоставляют следующие возможности:

Жизненный цикл системных разделов

Системный раздел можно создать двумя способами:

  • Создайте подписку на событие в ресурсе Azure как ресурс расширения, который автоматически создает системный раздел с именем в формате: <Azure resource name>-<GUID>. Созданный таким образом системный раздел автоматически удаляется при удалении последней подписки на события для раздела.

  • Создайте системный раздел для ресурса Azure, а затем — подписку на события для этого системного раздела. При использовании этого метода вы также можете указать имя системного раздела. Однако в этом случае системный раздел не будет удален автоматически при удалении последней подписки на событие. Его понадобится удалить вручную.

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

Если вы используете CLI, REST или шаблон Azure Resource Manager, можно выбрать любой из приведенных выше методов. Рекомендуется сначала создать системный раздел, а затем подписку для него, поскольку это самый актуальный способ создания системных разделов.

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

Расположение и группа ресурсов для системного раздела

Для источников событий Azure, которые находятся в определенном расположении или регионе, системный раздел создается в том же месте, что и источник событий Azure. Например, если вы создаете подписку на события для хранилища BLOB-объектов Azure в восточной части США, системный раздел также создается в восточной части США. Для глобальных источников событий Azure, таких как подписки, группы ресурсов Azure или Azure Maps, служба "Сетка событий" создает системный раздел в глобальном расположении.

Как правило, системный раздел создается в той же группе ресурсов, в которой находится источник событий Azure. Для подписок на события, созданных в области подписки Azure, системный раздел создается в группе ресурсов Default-EventGrid в регионе Западная часть США 2. Если группа ресурсов не существует, служба "Сетка событий Azure" создаст ее, прежде чем создавать системный раздел.

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

См. следующие статьи: