3

WebTech

Личный кабинет

Проекты, коммерческие предложения, документы и отчёты — в одном месте.

Войти Зарегистрироваться Забыли пароль?
Живые занятия

Занятие начинается в один клик и не зависает на середине

Проектируем синхронное обучение: доска, работа в группах, опросы, запись и автоматическая посещаемость. Отдельно считаем нагрузку — сколько зрителей выдержит контур и что произойдёт при обрыве связи у ученика.

Или сразу: +7 (962) 368-39-51 Telegram

<300 мс
задержка звука и видео в малой группе
5000
зрителей вебинара на одном контуре
HLS
запись и раздача через CDN с адаптивным битрейтом
24/7
мониторинг качества связи и алерты дежурному
Задачи

Что ломается в живом занятии

Синхронное обучение прощает меньше ошибок, чем асинхронное: всё, что не сработало, видно всем участникам сразу.

Ученик выпадает из занятия

На мобильном интернете связь рвётся, переподключение не сохраняет состояние доски, чата и текущего слайда — ученик возвращается в пустую комнату.

Посещаемость собирают вручную

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

Запись появляется через сутки

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

Интерактив сводится к чату

Доска, опросы и групповые задания живут в сторонних сервисах. Ученик жонглирует пятью вкладками, а преподаватель теряет управление занятием.

Пик нагрузки приходится на первую минуту

В 10:00 подключаются 800 человек одновременно. Сервер не успевает согласовать соединения, и первые минуты занятия теряются.

О проблемах узнают из жалоб

Метрики джиттера, потерь пакетов и фактического битрейта никто не собирает, поэтому причина лагов остаётся догадкой.

Решения

Из чего состоит виртуальный класс

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

Ядро живого занятия

Комната, в которой преподаватель управляет вниманием группы, а не борется с интерфейсом.

  • Медиасервер SFU на WebRTC: задержка до 300 мс в группе до 30 человек
  • Интерактивная доска с сохранением состояния при переподключении участника
  • Разбиение на малые группы с переходом по сигналу преподавателя
  • Опросы, реакции, поднятие руки и модерируемый чат

Вебинарная часть

Режим для больших потоков, где важна не интерактивность каждого, а стабильная картинка у всех.

  • Приём потока по RTMP и SRT, транскодирование и упаковка в HLS и DASH
  • Адаптивный битрейт: ученик на слабой сети получает 480p без буферизации
  • Раздача через CDN с кешированием сегментов и защитой по токену
  • Модерация вопросов, назначение со-ведущих и вывод спикера на весь экран

Запись и учебные материалы

Занятие превращается в материал, который можно пересмотреть и переиспользовать.

  • Запись дорожек отдельно: общий поток, доска, экран преподавателя
  • Автоматическое транскодирование и публикация в личном кабинете
  • Расшифровка речи в текст и поиск по содержанию занятия
  • Хранение в S3-совместимом хранилище с жизненным циклом и архивом

Расписание и посещаемость

Организационная часть синхронного обучения, которая обычно держится на секретаре.

  • Расписание с учётом часовых поясов, переносов и замен преподавателя
  • Напоминания в почту, Telegram и push за сутки и за 15 минут до начала
  • Автоматическая отметка присутствия по событиям подключения, а не по списку
  • Интеграция с Zoom или Телемостом как резервным каналом при аварии
Процесс

Как мы строим виртуальный класс

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

  1. 01 1 неделя

    Сценарии занятий

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

  2. 02 1–2 недели

    Проектирование видеоконтура

    Выбираем топологию: SFU, микс-минус, транскодирование. Считаем полосу, стоимость трафика и число TURN-серверов, планируем резервирование и географию точек присутствия.

  3. 03 2–4 месяца

    Разработка и интеграции

    Класс, доска, расписание, запись, личный кабинет. Подключаем SSO, календари, рассылки и учёт посещаемости. Тестируем на реальных занятиях пилотной группы.

  4. 04 2–3 недели

    Нагрузочные тесты и запуск

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

WebRTC или обычная трансляция: что выбрать для обучения

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

Трансляция по HLS с CDN, наоборот, дёшево масштабируется на тысячи зрителей и отлично кешируется, но задержка составляет от пяти до тридцати секунд, а интерактив ограничен чатом и опросами. В обучении эти технологии обычно сосуществуют: семинар на двадцать человек идёт по WebRTC, а открытый вебинар на три тысячи зрителей — по HLS, при этом спикер вещает в оба контура одновременно.

Сколько стоит трафик и как за него не переплатить

Видеотрафик — основная переменная расходов в синхронном обучении. Час группового занятия на 20 участников в HD — это порядка 10–15 ГБ трафика, тогда как час вебинара на 1000 зрителей легко превращается в 1–1,5 ТБ. Поэтому архитектура строится вокруг двух решений: что можно отдать в кеш CDN и как снизить битрейт без потери читаемости слайдов и доски.

Мы используем несколько приёмов: раздельные дорожки для доски и видео, чтобы статичный слайд кодировался в минимальном битрейте; симулкаст с выбором слоя на стороне клиента; запись только в момент активности преподавателя, без часов пустого экрана. На проекте с 500 занятиями в месяц это обычно снижает расходы на трафик на 30–40 процентов по сравнению с наивной схемой «всё в HD через сервер».

Что происходит при обрыве связи и как это исправляется

Обрыв у ученика — норма, а не авария: мобильный интернет, лифт, переключение между Wi-Fi и LTE. Задача системы — сделать разрыв незаметным. Для этого состояние комнаты живёт на сервере: доска, текущий слайд, чат и раздача слова восстанавливаются при переподключении, а не сбрасываются. Клиент хранит короткий буфер и повторно подключается к тому же узлу, если тот доступен.

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

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

На одном контуре мы рассчитываем до 30 участников с полноценным двусторонним интерактивом по WebRTC, до 300 человек в режиме вебинара с ограниченным интерактивом и до 5000 зрителей в трансляционном режиме через CDN. Точные цифры зависят от битрейта, географии участников и требований к задержке: мы считаем их под ваш сценарий и подтверждаем нагрузочным тестом до запуска.

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

Запись становится доступна в личном кабинете в течение 10–20 минут после окончания для потока в 20–30 участников: транскодирование идёт в фоне на отдельном пуле рабочих процессов и не конкурирует за ресурсы с самим занятием. Для длинных вебинаров в высоком разрешении публикация занимает до двух часов, но ученики получают уведомление автоматически, а не по звонку в поддержку.

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

EdTech: другие направления

Смежные задачи, которые обычно решаются в одном проекте с этой.

Нужен свой виртуальный класс?

Расскажите про форматы занятий и число одновременных участников — посчитаем архитектуру и стоимость трафика.