Организация мультитенантной архитектуры

В KUMA поддерживается режим мультитенантности. Этот режим позволяет в рамках одного экземпляра KUMA, установленного в инфраструктуре организации (главного тенанта), создать несколько логически изолированных друг от друга систем (тенантов), которые могут эксплуатироваться разными командами пользователей. Например, режим мультитенантности можно использовать, когда у организации есть несколько региональных офисов и администратор организации хочет предоставить функциональность KUMA каждому из офисов по отдельности. Для этого администратор создает тенант для каждого из офисов. Также мультитенантность – это удобный инструмент для MSSP-провайдеров.

Для наглядного ознакомления с работой с тенантами вы можете просмотреть видео ниже.

Управление тенантами происходит централизовано через общий веб-интерфейс KUMA. При этом тенанты работают независимо друг от друга и имеют доступ только к своим ресурсам, сервисам и параметрам. События тенантов хранятся раздельно.

Доступ к тенантам регулируется в параметрах настройки пользователей. При наличии доступа к нескольким тенантам пользователь может выбирать, данные каких тенантов отображаются в разделах веб-интерфейса KUMA. Главный администратор имеет доступ к данным всех тенантов.

По умолчанию после установки KUMA создаются два тенанта:

• Main (главный тенант) – в нем содержатся ресурсы и сервисы, относящиеся к главному тенанту. Доступ к этим ресурсам и возможность разворачивать сервисы в тенанте Main есть только у пользователя с ролью Главный администратор. В коррелятор и хранилище этого тенанта попадают события аудита KUMA, события аутентификации пользователей, события создания и изменения ресурсов. В хранилище тенанта Main могут быть сохранены события разных тенантов, при этом пользователи будут иметь доступ только к событиям своего тенанта. Тенант Main можно переименовать, но невозможно удалить.
• Shared (общий тенант) – в этот тенант Главный администратор может помещать ресурсы, категории активов и политики мониторинга, которые смогут задействовать пользователи всех тенантов. Например, правила корреляции из тенанта Shared можно подключить к корреляторам всех тенантов. При этом тенант Shared не содержит сервисов, событий и активов.

  Доступ к тенанту Shared определяется ролью, которая назначена пользователю. Если у пользователя нет прав на просмотр и/или изменение ресурсов тенанта Shared, пользователю становится недоступен выбор тенанта Shared в разделе Ресурсы → <Тип ресурсов>. Пользователь не сможет экспортировать общие ресурсы и наборы ресурсов, в состав которых входят ресурсы из тенанта Shared, ни через веб-интерфейс, ни через REST API.

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

  Ограничение не распространяется на общие категории активов. Также общие ресурсы всегда доступны пользователям с ролью Главный администратор.