Мессенджер на своём сервере: что это значит технически и сколько стоит
Мессенджер на своём сервере — это чат-платформа (например, Mattermost, Rocket.Chat или Matrix), развёрнутая на арендованном или собственном сервере компании, а не в облаке стороннего вендора. Переписка, файлы и история хранятся на инфраструктуре, которую контролирует бизнес. Базовый сервер под такую систему в Москве обходится от 3300 руб/мес, а разворачивание — это обычно несколько часов работы сисадмина по ставке 3800 руб/час.
Почему компании уходят с публичных мессенджеров на свой сервер
В отделе продаж торговой компании из Подмосковья 35 человек полтора года переписывались с клиентами в обычном мессенджере на личных телефонах: быстро, привычно, без согласований с ИТ. В марте аккаунт директора попал под блокировку вместе со всей историей — контакты, вложения по трём открытым сделкам, договорённости с поставщиками за два года. Восстановить получилось меньше половины: то, что успели вручную скопировать в CRM.
Ставка здесь конкретная, не абстрактная: сорванные согласования по текущим сделкам, недоступные вложения с реквизитами и техническими заданиями, переговоры, которые приходится начинать с нуля. К этому добавляется формальный риск — если в переписке пересылают персональные данные клиентов и сотрудников, компания обязана соблюдать 152-ФЗ, а хранение такой переписки на серверах стороннего мессенджера не даёт гарантий, где физически лежат эти данные и кто к ним имеет доступ.
Похожая история случается не только из-за блокировок. Когда в компании 15-20 человек, рабочая переписка в личном мессенджере кажется нормальной. При росте до 50-100 сотрудников появляются новые проблемы: менеджер увольняется — и уносит с собой историю переговоров с клиентами на личном телефоне; служба безопасности не может провести аудит переписки при проверке; аккаунт на личном номере неудобно передавать преемнику при смене ответственного.
Мессенджер на своём сервере убирает эту неопределённость: переписка, файлы и история хранятся там, где решает бизнес, — на арендованном сервере в российском дата-центре, а не на инфраструктуре зарубежного вендора. Доступ к архиву не зависит от политики модерации стороннего сервиса и не исчезает вместе с заблокированным аккаунтом.
Как устроен мессенджер на своём сервере: что происходит технически
Технически это отдельное серверное приложение — например, Mattermost, Rocket.Chat или Matrix с сервером Synapse, — которое разворачивают через Docker на арендованном или собственном сервере вместо регистрации команды в облачном тарифе вендора. У системы есть база данных (обычно PostgreSQL), веб-интерфейс, API для интеграций и хранилище вложений — файлы, фото, документы.
Мощность сервера считают от числа одновременных подключений, а не от общего числа сотрудников компании. Для команды из 20-30 человек хватает 2-4 vCPU и 4-8 ГБ оперативной памяти с SSD-диском от 40 ГБ под базу и вложения; при росте до 100+ активных пользователей или подключении видеозвонков память и диск стоит закладывать с запасом заранее, а не докупать в аварийном режиме.
Домен и TLS-сертификат — отдельная короткая задача: сертификат Let's Encrypt бесплатный и продлевается автоматически, а вот доменное имя и настройка почты для уведомлений обычно занимают отдельный день работы. Резервное копирование настраивают сразу — ежедневный дамп базы и архив вложений на отдельное хранилище, иначе при сбое диска компания теряет всю переписку, а не только последний день.
какую платформу выбрать под задачу
Mattermost и Rocket.Chat ближе к привычному корпоративному чату — каналы, треды, интеграции с рабочими системами. Matrix с сервером Synapse даёт сквозное шифрование и федерацию между серверами, но требует более внимательной настройки и подходит компаниям с повышенными требованиями к безопасности переписки, а не только для внутреннего общения отдела.
Отдельный узел — интеграция с учётной системой. Если компания ведёт заказы и сделки в 1С, уведомления о новом заказе, изменении статуса или просроченной задаче можно завести прямо в рабочие каналы мессенджера через webhook — это разовая доработка 1С, а не встроенная функция, которую покупают отдельно у вендора мессенджера.
Если закупочная политика компании или требования 152-ФЗ обязывают использовать российское ПО, платформу стоит сверить с реестром российского ПО до развёртывания — не каждая популярная self-hosted система туда включена, а для части заказчиков это условие участия в тендере.
Сколько стоит мессенджер на своём сервере
Цена складывается не из одной строки «мессенджер», а из нескольких статей: аренда сервера под нужную мощность, разовая настройка — домен, TLS-сертификат, резервное копирование, первый администратор, — и дальнейшее сопровождение: обновления, мониторинг, восстановление после сбоев.
Есть и расходы, которые часто забывают посчитать заранее: время сотрудников на перенос истории и привыкание к новому интерфейсу, время ИТ-специалиста на первые недели поддержки, когда вопросов больше обычного, и стоимость хранения растущего архива вложений — она увеличивается вместе с командой, а не остаётся фиксированной.
| критерий | свой сервер | облачный SaaS-мессенджер |
|---|---|---|
| где хранится переписка | на сервере компании, под её контролем | на серверах вендора, часто за рубежом |
| риск блокировки аккаунта | зависит только от вашего хостинг-провайдера | зависит от политики вендора мессенджера |
| соответствие 152-ФЗ | можно настроить хранение в РФ и контроль доступа | зависит от юрисдикции вендора, нужна доп. проверка |
| ежемесячные расходы | аренда сервера, не растёт с числом пользователей | абонплата за пользователя, растёт с командой |
| кто отвечает за обновления и бэкапы | ваш администратор или подрядчик | вендор, но без доступа к деталям процесса |
У нас аренда сервера под такие задачи начинается от 3300 руб/мес — этой мощности достаточно команде на 20-30 человек с историей переписки за год. Разворачивание системы с нуля — это обычно несколько часов работы сисадмина по ставке 3800 руб/час: настройка сервера, сертификата, резервного копирования и первого канала. Если готового клиента недостаточно и нужен собственный мобильный клиент под брендом компании — такая разработка стоит от 500 000 руб.
Что делать, если сервер после запуска тормозит или падает под нагрузкой
Через месяц после запуска у той же компании канал продаж начал зависать ровно в момент утренней летучки: 30 человек заходят одновременно, вложения открываются по 20-30 секунд, видеозвонок обрывается через пару минут. Сервер отвечает, но еле успевает.
Чаще всего причина не в самой платформе, а в том, что сервер выбирали под цену, а не под нагрузку: не хватает оперативной памяти под одновременные подключения, диск не тянет запись вложений, база данных работает без настройки под конкретную нагрузку. Быстрая проверка и типовые решения:
- ✓вынести хранилище файлов на отдельный диск или S3-совместимое хранилище, чтобы не забивать диск базы данных;
- ✓добавить оперативную память и ядра, если нагрузка выросла вместе с командой, а сервер остался прежним;
- ✓настроить индексы и параметры PostgreSQL под реальное число сообщений, а не оставлять конфигурацию по умолчанию;
- ✓вынести видеозвонки на отдельный сервис, если их нет в тарифе платформы и они грузят общий канал.
Прежде чем менять сервер, стоит проверить очевидное: не забит ли канал связи в офисе видеозвонками из других сервисов одновременно и не совпадает ли зависание с плановым бэкапом, который в это же время нагружает диск сервера.
Если после этих шагов проблема не уходит — как правило, дело в том, что сервер изначально недосчитан по мощности под текущий состав команды, и его проще пересчитать заново, чем точечно чинить.
Как предотвратить простои, утечки и повторные сбои
Разовая настройка не защищает от повторных сбоев — для этого нужен график, а не единичное действие: резервные копии базы и вложений ежедневно с проверкой восстановления (бэкап, который ни разу не разворачивали тестово, не бэкап), мониторинг нагрузки и свободного места на диске, обновления платформы и операционной системы по расписанию, а не по факту падения.
Отдельно стоит закрыть доступ: двухфакторная аутентификация для администраторов, ограничение внешних приглашений в закрытые каналы, журнал действий администратора — кто и когда менял настройки или выгружал архив переписки.
Ёмкость стоит планировать на 6-12 месяцев вперёд, а не под текущий штат: если компания планирует нанять ещё 20 человек, сервер имеет смысл сразу брать с запасом по памяти и диску — доращивать мощность в разгар рабочего дня сложнее и рискованнее, чем сделать это на старте.
Если мессенджер интегрирован с 1С через webhook, важно синхронизировать обновления: изменения в структуре 1С иногда ломают формат уведомлений, поэтому обновление 1С в компании стоит планировать вместе с проверкой интеграции, а не отдельно от неё.
С чего начать: как перейти на свой мессенджер без остановки бизнеса
Переход с публичного мессенджера на свой сервер не требует остановки текущей переписки — его делают поэтапно.
- ✓Посчитать реальную нагрузку: сколько человек одновременно в сети, сколько вложений в день, нужны ли видеозвонки.
- ✓Выбрать платформу под задачу — простую для внутренних чатов или с расширенным контролем доступа для работы с клиентскими данными.
- ✓Арендовать сервер под посчитанную нагрузку и развернуть систему с TLS-сертификатом и резервным копированием с первого дня.
- ✓Перенести историю там, где это технически возможно, и запустить пилот на одном отделе перед переводом всей компании.
От решения до первого рабочего канала обычно проходит одна-две недели: несколько дней на выбор платформы и расчёт мощности сервера, ещё несколько — на настройку и перенос истории, и немного времени на пилот в одном отделе перед тем, как переводить остальных.
Мы разворачиваем такие сервера и настраиваем интеграцию с учётной системой заказчика — например, для розничных и оптовых компаний на 1С:Управление торговлей уведомления о заказе уходят в рабочий канал автоматически, а для компаний на 1С:ERP в мессенджер можно завести согласования и статусы задач. Цена считается от конкретной нагрузки и списка интеграций, а не берётся «от рынка».
❓ Частые вопросы
Чем мессенджер на своём сервере отличается от корпоративного тарифа в облаке?
Данные хранятся на сервере, который контролирует компания, а не на инфраструктуре вендора. Доступ к архиву переписки не зависит от блокировки аккаунта или изменения тарифа поставщика. Плата не растёт линейно с числом пользователей — вы платите за мощность сервера, а не за место в подписке.
Какой сервер нужен для мессенджера на 20-30 человек?
Для такой команды обычно достаточно 2-4 vCPU, 4-8 ГБ оперативной памяти и SSD-диска от 40 ГБ под базу данных и вложения. Аренда сервера такого класса в ukved начинается от 3300 руб/мес, и при росте команды до 50-100 человек мощность стоит пересчитать заранее, а не докупать в аварийном режиме.
Сколько времени занимает развёртывание мессенджера на своём сервере?
Базовая настройка — сервер, домен, TLS-сертификат, резервное копирование и первый канал — обычно укладывается в несколько часов работы сисадмина. Перенос истории переписки и полноценный пилот на одном отделе занимают от нескольких дней до пары недель в зависимости от объёма архива.
Можно ли интегрировать такой мессенджер с 1С?
Да, через webhook: уведомления о новых заказах, изменении статуса сделки или просроченных задачах можно направлять прямо в рабочие каналы мессенджера. Это разовая доработка 1С под конкретный сценарий компании, а не встроенная функция, доступная из коробки у большинства платформ.
Обязательно ли использовать российское ПО из реестра при выборе платформы?
Не всегда, но для организаций с закупками по 152-ФЗ или тендерными требованиями это часто обязательное условие. Перед выбором платформы стоит свериться с реестром российского ПО на официальном сайте — не каждая популярная self-hosted система туда включена, и это стоит проверить заранее.
Или позвоните: +7 495 133-92-44 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

