WebRTC: разработка с нуля или SDK — TCO и план миграции

Зачем Фора Софт написала этот гид

Большинство статей про стоимость WebRTC отвечают на вопрос «строить или покупать?» в вакууме. Честный ответ — динамический: сначала SDK, потом своя разработка. Интересно другое — в какой момент переключиться. В этой статье — тот же план, который мы используем с клиентами, чтобы дать ответ: совокупная стоимость владения на горизонте трёх лет, пять сигналов о том, что миграция оправдана, и сам проект миграции.

Открытые примеры наших проектов: BrainCert (свыше 100 тысяч платящих клиентов, четыре награды Brandon Hall) и ProvideoMeeting — оба относятся к концу кривой, где «своя разработка выигрывает». Мы поставляли решения на каждом стеке WebRTC — от Daily и Vonage до MediaSoup и Janus, — и используем Agent Engineering, чтобы держать сроки и стоимость под контролем.

Модель TCO: что на самом деле стоит каждый путь за три года

Честная модель TCO состоит из четырёх колонок: разработка, поминутная оплата или инфраструктура, эксплуатация, комплаенс. Ниже — как два пути выглядят за три года для продукта с 500 одновременными пользователями и 5 млн минут участников в месяц.

При 500 одновременных пользователях оба пути сходятся в пределах ~5% за три года. Меньше 500 пользователей — SDK выигрывает уверенно; больше ~1 000 — побеждает своя разработка: поминутная оплата растёт линейно, а собственная инфраструктура — сублинейно.

Пять сигналов о том, что пора переходить с SDK на свою разработку

1. Платежи за SDK перевалили за 2,2 млн ₽ в месяц. На отметке ~2,2 млн ₽ в месяц вы фактически оплачиваете двух старших инженеров. Этого хватит, чтобы окупить self-hosted SFU и вернуть стоимость разработки за 12–16 месяцев.

2. Нестабильность цен или роадмапа вендора. Перевод OpenTok SDK от Vonage в режим поддержки и история с EOL у Twilio Programmable Video в 2024 году — оба случая были реальными сигналами. Если вендор разворачивается, мигрировать вам всё равно придётся — вопрос лишь в том, по чьему графику.

3. Пробел в комплаенсе или требованиях к локализации данных. Вендорские SDK поставляются с фиксированным набором SOC 2 + HIPAA. Если корпоративный заказчик требует FedRAMP, CJIS, размещение данных только в ЕС или отраслевых контролей — путь только через свою инфраструктуру в собственном облачном аккаунте.

4. Жалобы на задержки и качество от премиум-клиентов. Вендорские SFU настроены под медианного клиента. Если ключевые аккаунты выходят на низкие задержки или специализированные кодеки, свой SFU позволит вам тонко настроить систему именно под них.

5. Зрелость команды. Миграция без хотя бы одного выделенного инженера по WebRTC обречена. Найдите специалиста (или партнёра) до того, как примете решение. Без людей собственная разработка превращается в обузу, а не в экономию.

Где пересекаются кривые TCO — математика по объёмам

Упрощённая ежемесячная кривая (без учёта разработки) показывает, где математика переворачивается. В цифрах ниже SDK заложен по 300 ₽ за 1 000 минут участников, своя разработка — по амортизированной стоимости инфраструктуры и эксплуатации.

Рабочий пример: 5 млн минут участников в месяц при переходе на self-hosted дают экономию около 9 млн ₽ в год. Стоимость миграции в 10–22 млн ₽ окупается за 14–30 месяцев, а дальше экономия накапливается из года в год.

Гибридный путь: LiveKit Cloud сейчас, LiveKit OSS позже

Самый недооценённый рычаг экономии в 2026 году — гибридный путь, который даёт LiveKit. У Cloud и OSS общий код SFU, общие SDK и общие API. Сейчас вы запускаетесь в Cloud, а когда выручка оправдывает экономию, переходите на self-hosted без переписывания приложения.

План миграции: от старта до переключения

Типичная миграция с SDK на свою разработку при правильно поставленных рамках занимает 6–12 недель. Ниже — общий контур проекта, по которому работаем мы.

Неделя 1 — инвентаризация и критерии. Опишите все используемые функции SDK; зафиксируйте критерии переключения (паритет функций, задержки, запись, комплаенс). Поднимите счета вендора за последние три месяца — это реальная база для сравнения.

Неделя 2 — выбор движка. LiveKit OSS — самый быстрый путь к продакшен-готовому SFU; MediaSoup — для команд, заточенных на производительность; Janus — для интеграции с телефонией.

Недели 3–4 — PoC и нагрузочное тестирование. Поднимаете песочницу, гоняете 10–20% реального трафика, проверяете задержки, запись и паритет HD.

Недели 4–8 — миграция приложения. Замените вызовы SDK на SDK нового движка; перенесите вебхуки, сигналинг, запись и хуки биллинга.

Недели 4–8 (параллельно) — комплаенс и аудит безопасности. Пентест, аудит логов, BAA, проверка шифрования.

Недели 8–10 — переключение. Поэтапная выкатка (10% → 50% → 100%), вывод SDK из эксплуатации, закрытие аудиторского следа.

Комплаенс при миграции: на что смотрят аудиторы

1. SOC 2 Type II. Если вы мигрируете в середине аудиторского окна, спланируйте повторное подтверждение. Когда SFU переезжает в ваш облачный аккаунт, состав контролей меняется — аудиторам нужны обновлённые документы по оценке рисков и реестру вендоров.

2. HIPAA. BAA, который вы подписали с вендором SDK, не переносится на вашу собственную инфраструктуру. Понадобится BAA с облачным провайдером, ваш собственный аудит логов, проверка шифрования и документация по обучению персонала.

3. GDPR. Локализация данных переезжает вместе с SFU. Клиенты из ЕС попросят показать новый регион. Обновите шаблоны DPIA и DPA соответственно.

4. Отраслевые требования. FedRAMP, CJIS, PCI-DSS, ISO 27001 — у каждого свои окна повторной сертификации. Планируйте миграцию вне критичных аудиторских дат.

Фреймворк решения: мигрировать, пересогласовать или остаться — пять вопросов

1. Какой ежемесячный счёт от SDK? < 375 тыс. ₽ → оставайтесь. 375 тыс.–2,2 млн ₽ → пересогласуйте цену. > 2,2 млн ₽ → мигрируйте.

2. Сколько одновременных пользователей? < 200 → оставайтесь; 200–500 → рассмотрите гибрид; > 500 → своя разработка теперь дешевле по TCO.

3. Подавал ли вендор сигналы нестабильности? Изменения в ценах, объявления EOL, ребрендинги дашбордов, перевод SDK в режим поддержки — все это поводы планировать миграцию по своему графику.

4. Расширяются ли требования к комплаенсу? Если в дорожной карте FedRAMP, CJIS или хранение данных только в ЕС — собственная инфраструктура обязательна.

5. Есть ли у вас лидер по эксплуатации WebRTC или возможность его нанять? Да → мигрируйте. Нет → пересогласуйте цену с вендором или работайте с компанией, у которой эти люди уже есть.

Ошибки, которые мы наблюдали у команд при миграции

1. Слишком ранняя миграция. При менее чем ~500 одновременных пользователях математика не оправдывает разработку. Сначала пересогласуйте цену с вендором.

2. Слишком поздняя миграция. Когда вендор объявляет EOL за 90 дней, экстренная миграция обходится вдвое дороже. Планируйте заранее.

3. Забытый архив. Записи у вендора нужно выгрузить, переложить и переиндексировать. Заложите примерно одну инженерную неделю на каждый миллион минут исторического архива.

4. Недооценка исходящего трафика (egress). Передача данных AWS по 1,5 ₽/ГБ быстро складывается в крупную сумму на SFU с 500 одновременными пользователями. Планируйте мультирегиональное развёртывание с более дешёвыми граничными узлами (Cloudflare, DigitalOcean).

5. Нет плана выхода от нового вендора. Заверните вызовы SFU в тонкий внутренний API, чтобы следующая миграция заняла 3 недели, а не 3 месяца.

KPI: что измерять после миграции

KPI качества. p95 времени подключения < 4 с, p95 фризов видео < 1%, MOS звука > 4,0, успешность записи > 99,5%, паритет архива записей с эпохой SDK на уровне 100%.

Бизнес-KPI. Поминутная стоимость относительно базовой линии SDK, прирост валовой маржи, изменение пользовательской оценки качества (NPS), объём обращений в поддержку во время переключения.

KPI надёжности. Доступность SFU 99,95%, MTTR инцидента < 30 минут, полнота журналов аудита 100%, успешное прохождение комплаенса с первой попытки.

Когда НЕ стоит мигрировать с SDK на свою разработку

Откладывайте миграцию, если: (а) ежемесячные платежи за SDK ниже 375 тыс. ₽, (б) вендор предлагает существенную скидку на продлении, (в) команда не планирует нанимать инженеров под эксплуатацию WebRTC или (г) сейчас идёт аудит, который миграция нарушит. В каждом из этих случаев правильный ход — договориться о более длинном контракте и вернуться к вопросу через 12 месяцев.

Частые вопросы

Что почитать дальше

Готовы посчитать TCO и принять решение?

SDK и собственная разработка WebRTC — не противоположности. Это стадии одного и того же продукта. Интересный вопрос — не «какой путь лучше», а когда переключаться. Пять сигналов подсказывают момент, модель TCO его подтверждает, а проект миграции на 6–12 недель его реализует.

Если хотите получить сравнительную модель TCO и план миграции, откалиброванный под ваши вводные, самый быстрый следующий шаг — 30-минутный созвон. Мы пройдёмся по обоим путям, скажем, какой подходит, и оценим объём работ — включая то, что можно пропустить на первом спринте.