13 октября 2026
ID 221469
Правила кросс-тенантного взаимодействия
Правила принадлежности объектов к тенантам
В KUMA доступ к объектам и возможность настраивать взаимодействия зависит от того, какому тенанту принадлежат создаваемые объекты (например, сервиса или ресурса). Поэтому при создании объектов важно отслеживать, какому тенанту они принадлежат.
Правила определения тенанта:
- Тенант базовых событий определяется коллектором, который их обработал.
- Тенант объекта (например, сервиса или ресурса) указывается пользователем при его создании.
После создания объекта изменить выбранный для него тенант невозможно. При этом ресурсы можно экспортировать, а затем импортировать в другой тенант.
- Алерт и корреляционное событие принадлежат тому же тенанту, что и создавший их коррелятор.
Название тенанта указывается в поле события
TenantId. - Если события разных тенантов обрабатываются одним коррелятором и не смешиваются, то создаваемые корреляционные события наследуют тенант события.
- Если инцидент создается автоматически, он наследует тенант алерта. Если инцидент создается вручную, пользователь может выбрать тенант.
Примеры кросс-тенантных взаимодействий
Мультитенантность в KUMA дает возможность централизованно расследовать алерты и инциденты, возникающие в разных тенантах. В этом разделе приведены сценарии, по которым можно проследить, к каким тенантам принадлежат создаваемые объекты.
При корреляции событий от разных тенантов в общем потоке не следует группировать события по тенанту: то есть не нужно в правилах корреляции в поле Группирующие поля указывать поле события TenantId. Группировка событий по тенанту необходима, только если нужно не смешивать события от разных тенантов.
Централизованная корреляция событий, поступающих от разных тенантов