Я пытаюсь получить правильное представление о том, как работает тема системы сетки событий.
«Правильно» ли говорить, что когда вы создаете системную тему, эта тема может обрабатывать ВСЕ события из выбранной службы Azure? Имеется в виду, что все события будут проходить через эту системную тему?
И тогда отдельные подписки на эту тему смогут отфильтровать, какие события вы хотите получать?
Я понимаю, что системные темы управляются Azure, и что внутри «скрыто», но я хочу знать, правильна ли моя ментальная модель и понимание их?
Или системная тема обрабатывает только объединение всех событий, которые запрашивают подписки? Чтобы не отправлять все события через тему?
Когда вы создаете системную тему, она связывается с определенной службой Azure (например, хранилищем Azure, центром Интернета вещей Azure и т. д.). Системная тема действует как центральный узел для событий, генерируемых этой службой. Все соответствующие события связанной службы проходят через эту системную тему.
Подписки — это конечные точки (например, функции Azure, приложения логики, веб-перехватчики), которые получают события из системной темы. Каждая подписка определяет события, которые она хочет получать, на основе фильтров (например, типа события, темы и т. д.). Подписки позволяют вам настроить, какие события вы хотите обрабатывать.
Вы правы, что отдельные подписки фильтруют события. Когда событие поступает в системную тему, оно пересылается всем подпискам, связанным с этой темой. Затем каждая подписка применяет свои фильтры, чтобы определить, следует ли обрабатывать событие. Если фильтры подписки соответствуют событию, оно получает событие; в противном случае оно игнорируется. Управлять подписками и отслеживать события можно через портал Azure, интерфейс командной строки.
Спасибо за комментарии. Допустим, я создаю системную тему, но без подписок. Будут ли все события физически отправляться через этот раздел из базовой службы Azure? Я просто хочу правильно составить мысленную модель и чтобы Служба Azure не знала, какие подписки существуют, поэтому будет отправлять все свои возможные события через тему?
Нет, события не будут отправляться в базовую службу Azure без системных подписок, поскольку подписка и тема не устанавливают соединение/конечную точку. Тема системы сетки событий должна иметь подписку на события, поскольку без подписок не существует конечной точки подключения для получения и отправки событий в базовую службу Azure.
Только службы Azure могут публиковать события в системных темах , которые затем пересылают события подписчикам темы, которые их получают и обрабатывают. Мы не можем просматривать события в теме системы сетки событий без создания подписки на события, которая действует как событие генерации для ресурсов в рамках подписки.
Нет, события не будут отправляться в базовую службу Azure без системных подписок, поскольку между подпиской и темой не установлено соединение/конечная точка. Тема системы сетки событий должна иметь подписку на события, поскольку без подписок не существует конечной точки подключения для получения и отправки событий в базовую службу Azure.
Я перешел по этим ссылкам, чтобы создать системные темы и подписки на события в сетке событий Azure.
Конечная точка: введите URL-адрес конечной точки или выберите тип конечной точки из списка поддерживаемых обработчиков событий (например, функция Azure, приложение логики, веб-перехватчик).
После завершения всех настроек нажмите «Создать», чтобы завершить настройку.
В зависимости от выбранного типа фильтра и действия на ресурсе, через который настроено событие, события в подписке на события инициируются и отправляются в конечную точку.
Системная тема в Сетке событий Azure представляет собой встроенную тему, которая обрабатывает события из определенных служб Azure. Эти системные темы управляются Azure и предназначены для упрощения обработки и распространения событий.