Администрирую инфраструктуру небольшой компании, попутно держу сервер для коллег и знакомых: около 200 аккаунтов, активных 60-70. После 8 октября 2024-го, когда Роскомнадзор заблокировал Discord за неудалённые материалы с запрещённой информацией, всё это стало неработоспособным.

За полтора года я поднял на своём железе четыре self-hosted решения, протестировал четыре облачных и собрал метрики. Ниже методика, цифры и выводы, включая те, которые мне не понравились.

Постановка задачи

Требования формулировал как к инфраструктурному компоненту.

Функциональные: голосовые комнаты с постоянным присутствием, а не звонки; демонстрация экрана с системным звуком; текстовые чаты с историей и поиском; ролевая модель с гранулярными правами; клиенты под все платформы.

Нефункциональные: работоспособность в РФ без обхода блокировок; задержка не выше 100 мс end-to-end; потребление ресурсов, совместимое с запущенной игрой; понятная модель хранения данных; прогнозируемость проекта на два-три года.

Последний пункт я считал факультативным, а он оказался решающим.

Что представляет собой этот класс продуктов

Уточнение терминологии, потому что в комментариях всегда возникает вопрос «чем вас обычный мессенджер не устраивает».

Обычный мессенджер построен вокруг модели звонка. Discord и его аналоги реализуют другую: постоянное присутствие в комнате. Пользователь входит в голосовой канал и находится там, пока не выйдет, остальные видят присутствие и подключаются к общению без приглашений. Второй структурный элемент это сервер как контейнер комнат с ролевой моделью поверх, фактически иерархия ACL с человеческим интерфейсом. Третий это демонстрация экрана как штатная функция.

Отсюда вывод: Telegram и подобные приложения заменой не являются, они закрывают часть сценариев общения, но не структуру.

Методика замеров

Это не лабораторное исследование, а прикладные замеры на реальном оборудовании.

Стенд. Пять участников: три на Windows 11, один на Ubuntu 24.04, один на macOS. Каналы 50-300 Мбит, европейская часть России. Серверная часть для self-hosted на VPS с 2 vCPU и 4 ГБ RAM в московском ЦОД.

Задержка голоса. Акустический метод: генератор щелчков на передаче, запись на приёме, разница по осциллограмме в Audacity. Погрешность порядка 10 мс, для сравнения решений между собой достаточно. По 20 повторов, медиана.

Нагрузка. Process Explorer и systemd-cgtop: CPU и RSS в состоянии «сижу в голосовой комнате, микрофон активен, показ экрана выключен».

Сеть. Wireshark на клиенте: транспорт, битрейт исходящего потока, поведение при потерях. Потери эмулировал через tc netem: 2% и 5%.

Self-hosted решения

Mumble

Лицензия: BSD. Серверная часть: murmur. Клиенты: все основные платформы.

Разворачивается тривиально: пакет или контейнер, настройки в ini-файле, порт 64738 TCP и UDP. Управляющий канал по TCP с TLS, голос по UDP, при недоступности UDP клиент уходит на TCP-туннель с ожидаемой деградацией. Кодек Opus, потолок битрейта задаётся на сервере.

  • Задержка: медиана 41 мс, лучший результат

  • RSS клиента: 90-120 МБ, CPU до 1,5%

  • При 5% потерь: разборчивость сохраняется, разрывов нет

Плюсы: минимальные требования к железу, шифрование по умолчанию (TLS для управляющего канала, OCB-AES для голосового), позиционный звук через плагины, полный контроль над данными.

Минусы: интерфейс отпугивает нетехнических пользователей, на выборке из 18 человек 12 не смогли самостоятельно настроить микрофон. Показа экрана нет, история сообщений не хранится.

TeamSpeak

Лицензия: проприетарная, сервер бесплатен до 32 слотов.

В мае 2026-го вышла шестая версия: переработанный клиент, вменяемый интерфейс, текстовые чаты в рабочем состоянии. Порты 9987 UDP для голоса, 10011 ServerQuery, 30033 файловый транспорт.

  • Задержка: медиана 47 мс

  • RSS клиента: 180-240 МБ, CPU 2-3%

  • При 5% потерь: деградация плавная, качество лучшее в тесте

Плюсы: лучшее субъективное качество звука, настройки на уровне отдельного пользователя, развитая экосистема плагинов, полный контроль над данными.

Минусы: показа экрана и видео нет, 32 бесплатных слота для сообщества мало, истории переписки в привычном виде нет.

Spacebar

Лицензия: AGPLv3. Стек: Node.js, TypeScript, PostgreSQL.

Самый интересный технически проект. Реализует API, совместимый с Discord, за счёт чего значительная часть существующих ботов работает без модификаций. Развернул на docker compose с PostgreSQL: текстовая часть, комнаты, роли и боты работают предсказуемо.

Дальше проблемы: голосовой транспорт не завершён, signaling через WebRTC поднимается, а полноценная передача медиа по UDP не реализована. Разработчики указывают это в документации, официальный веб-клиент помечен как не рекомендованный к повседневному использованию.

Вывод: отличный кандидат на будущее, но не то, что можно предложить сообществу сегодня.

Stoat, бывший Revolt

Лицензия: AGPLv3. Стек: Rust, MongoDB, есть self-hosted вариант.

В октябре 2025-го проект переименовался после претензии по товарному знаку, инфраструктура и функциональность сохранились. Функционально это ближайший аналог Discord: серверы, комнаты, роли, боты, полноценный API.

  • Задержка на публичном инстансе: медиана 118 мс, серверы в Европе

  • RSS клиента: 300-450 МБ, десктопный клиент на Electron

  • Своё развёртывание: задержка падает до 60-70 мс

Минусы: голосовой тракт слабее остальных, требования к ресурсам клиента высокие, русскоязычной аудитории мало.

Облачные решения

Root

Разработчик: российская команда, состав не раскрывается. Монетизация: отсутствует.

Классическое SaaS без self-host. Функционально повторяет дискорд: серверы, текстовые и голосовые комнаты, роли, права, личные сообщения. Ключевая функция для тех, кто ищет замену Discord с готовой аудиторией: импорт структуры сервера, из 22 веток и 9 ролей руками пришлось править три позиции.

  • Задержка: медиана 58 мс

  • RSS клиента: 220-280 МБ, CPU 2-4%

  • При 5% потерь: голос деградирует, но связь держится

Плюсы: работает без обхода блокировок, полный набор клиентов, знакомый интерфейс, нет верификации по документам.

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

Wexo

Разработчик: российская команда, сайт wexohub.com. Платформы: Windows 10 и 11, macOS и мобильные в дорожной карте.

Тот же класс продукта с акцентом на качество медиатракта. Заявленная задержка голоса 12 мс, речь про внутренний тракт обработки, поэтому проверял по своей методике.

Картинка отдаётся до 1080p60 с системным звуком. Это единственный сервис в подборке, где на принимающей стороне читался текст 12 кегля без напряжения, остальные бесплатные приложения режут битрейт до состояния, когда интерфейс превращается в кашу.

  • Задержка: медиана 52 мс, лучший результат среди облачных

  • RSS клиента: 190-250 МБ, CPU 2-3%

Минусы: только Windows, для смешанного парка машин блокирующее ограничение. Закрытый код, ботов нет.

Steam и Telegram

Steam. Групповые чаты, голосовые комнаты, показ экрана через Remote Play. Задержка около 70 мс. Ролевой модели нет, модерация невозможна.

Telegram. Голосовые чаты в группах с показом экрана, задержка около 80 мс. Структуры сервера с комнатами и ролями нет. Использую как резервный канал оповещений.

Сводка

Задержка, медиана по 20 замерам: Mumble 41 мс, TeamSpeak 47 мс, Wexo 52 мс, Root 58 мс, Steam около 70 мс, Telegram около 80 мс, Stoat 118 мс на публичном инстансе.

RSS клиента: Mumble 90-120 МБ, TeamSpeak 180-240 МБ, Wexo 190-250 МБ, Root 220-280 МБ, Stoat 300-450 МБ.

Показ экрана есть у Root, Wexo, Stoat, Steam, Telegram. Self-host возможен у Mumble, TeamSpeak, Stoat, Spacebar. Открытый исходный код у Mumble, Stoat, Spacebar.

Покрытие платформ

При миграции сообщества этот фактор оказался значимее метрик.

Полный набор клиентов (Windows, macOS, Linux, Android, iOS): Root, TeamSpeak, Mumble, Steam, Telegram. Частично: Stoat, где есть десктоп и Android. Spacebar живёт в браузере. Только Windows: Wexo.

По моей выборке около 40% участников заходят преимущественно с телефона. На Android дистрибуция через RuStore или установочный файл, с iOS сложнее, часть приложений вычищена из российского сегмента App Store.

Игровые сценарии против рабочих

Значительная часть аудитории таких решений это игроки, и требования у них отличаются.

Задержка критичнее. На рабочем созвоне лишние 100 мс не мешают, в динамичной игре разница между 50 и 150 мс ощущается физически.

Ресурсы клиента. Приложение работает параллельно с игрой, и 400 МБ RSS плюс несколько процентов CPU это не абстракция, а кадры в секунду. По этому критерию лёгкие клиенты вне конкуренции, хуже всех Electron-приложения.

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

Если задача рабочая, набор требований другой: треды, календари, поиск по истории, управление учётными записями, договор и SLA. Это корпоративный класс: Compass, VK Teams, TrueConf, Yandex Messenger, тариф обычно 200-500 рублей за пользователя в месяц. У бесплатного игрового мессенджера ни договора, ни ответственности вендора нет, и это нормально, просто нужно понимать, что вы берёте.

Про данные и шифрование

Сквозное шифрование в каналах не применяется практически нигде, включая исходный Discord: транспорт шифруется, хранилище на стороне сервиса, оператор технически имеет доступ к содержимому. Для игрового чата это нормально, для части рабочих сценариев неприемлемо.

Единственный способ гарантированно контролировать данные это своё развёртывание. У обоих голосовых ветеранов шифрование транспорта включено по умолчанию, сервер физически ваш, вопрос доверия к оператору снимается.

Для облачных решений остаются два вопроса: где размещены серверы и есть ли механизм выгрузки данных. У большинства новых российских сервисов внятного экспорта нет, поэтому критичные материалы стоит хранить вне платформы.

Риск, который я недооценил

19 декабря 2025-го закрылся Guilded, который Roblox приобрёл за 90 млн долларов. Сайт редиректит на Roblox Communities, инструмент экспорта отключили в начале 2026-го. Проекты, мигрировавшие туда после блокировки Discord, переезжали повторно, уже без возможности забрать историю.

Теперь смотрим на новые российские аналоги. У Root монетизации нет вообще, состав команды не раскрыт. У Wexo платных тарифов тоже нет. Инфраструктура при этом стоит денег, значит либо есть непубличный источник финансирования, либо модель появится позже.

Отсюда процедуры, которые я завёл: резервный канал оповещений на другой платформе, ежеквартальная выгрузка списка пользователей и критичных материалов, отказ от глубокой кастомизации внутри чужой платформы. С self-hosted решениями этот риск снимается принципиально.

Опыт миграции

Техническая часть заняла вечер, организационная растянулась на два месяца.

Первая попытка. Подробный анонс с описанием функций, ссылками и инструкцией. Конверсия за неделю: 14%. Аудитория технически грамотная, но описание возможностей никого не мотивирует.

Вторая попытка. Короткое сообщение: с такого-то числа активность там, старый сервер закрывается. Конверсия за неделю: 47%, за месяц 61%.

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

Что не сработало: попытки объяснять преимущества и перечислять функции. Люди идут туда, где происходит активность.

Выводы

Для команды до 30 человек с приоритетом на качество связи: TeamSpeak или Mumble на своём сервере. Задержка минимальная, данные ваши, зависимости от чужой инфраструктуры нет.

Для сообщества со смешанной аудиторией: Root. Порог входа нулевой, интерфейс знакомый, миграция структуры автоматизирована.

Для сценариев с показом экрана: Wexo, при условии что весь парк на Windows.

Для тех, кому критичен открытый код: Stoat со своим развёртыванием, с поправкой на слабый голосовой тракт.

Для экспериментов: Spacebar, но не в продуктиве.

Отдельно про UX: лучший по метрикам вариант не прижился. Mumble с лучшей задержкой провалился на живой группе, потому что половина пользователей не нашла настройки микрофона. Если выбираете платформу для людей, а не для себя, добавьте критерий «сколько времени нужно новичку, чтобы подключиться к голосу». У Root это меньше минуты, у Mumble у половины не получилось вообще.

И главный вывод, не технический: сроки решают больше, чем выбор решения. Полгода ожидания стоили дороже любых компромиссов по функциональности. Если вы сейчас в этой точке, серевер лучше поднять на неделю раньше с неидеальным вариантом, чем на квартал позже с идеальным.

Если у вас есть свои замеры, интересно сравнить. Особенно повдение на плохих каналах, у меня выборка по этому сценарию небольшая.