Self-host или hosted: как выбрать модель корпоративного мессенджера

Кто владеет сервером и данными

В модели self-host компания владеет сервером, доменом и данными напрямую: всё хранится в её контуре, и доступ к инфраструктуре остаётся внутри. Это максимальный контроль, но и максимум ответственности.

В модели hosted инфраструктуру держит KMVSG, а компания получает готовую рабочую среду. Размещение при этом можно организовать так, чтобы данные оставались в РФ, что важно для многих B2B-сценариев.

• self-host: сервер и данные у компании
• hosted: инфраструктуру держит KMVSG
• домен можно оставить за компанией в обеих моделях
• без привязки к одному вендору

Где проходят зоны ответственности

Главное отличие моделей — кто отвечает за работоспособность. В self-host команда берёт на себя администрирование сервера, мониторинг и реакцию на инциденты, обычно с сопровождением со стороны KMVSG.

В hosted рутинная эксплуатация ложится на KMVSG, а компания концентрируется на коммуникациях, ролях и процессах. Это снижает требования к собственной технической команде.

Обновления и резервное хранение

Мессенджер живёт долго, поэтому важны не разовая установка, а обновления и резервное хранение важных обсуждений. В self-host их планирует компания, в hosted — KMVSG по согласованному регламенту.

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

Для кого какая модель

Self-host обычно выбирают там, где есть своя инфраструктура, требования держать всё в собственном контуре и команда, готовая к эксплуатации. Hosted подходит компаниям, которым важнее быстрый старт и предсказуемое сопровождение.

Поскольку Matrix — открытый протокол без вендор-лока, возможен и гибрид: закрытый сервер, федерация или комбинированная схема. Модель можно пересматривать по мере роста, не переписывая коммуникации с нуля.