При массовом прокторинге важно не только качество анализа, но и доставка видео. Архитектура должна учитывать число камер, количество одновременных зрителей, качество сети и способ сохранения записей.
P2P и SFU решают эту задачу по-разному. Выбор нельзя свести к утверждению, что один вариант всегда безопаснее или гарантированно работает в любой сети.
P2P: соединение между участниками
В модели peer-to-peer участник и проверяющий могут обмениваться медиаданными напрямую. Для установки соединения используется служебная инфраструктура; при определённых сетевых условиях передача требует ретранслятора. Этот случай описан в документации WebRTC о TURN.
Если к одной сессии подключаются несколько зрителей, нагрузка на исходящий канал участника может увеличиваться. Реальное поведение зависит от реализации и условий сети.
SFU: пересылка потоков через сервер
Selective Forwarding Unit принимает медиапотоки и пересылает их получателям. Это позволяет организовать просмотр одной сессии несколькими сотрудниками без отдельной прямой передачи каждому из них со стороны участника. Пример такой архитектуры описан в документации Jitsi Videobridge; это объяснение принципа, а не утверждение об использовании Jitsi в TrustExam.
При этом остаются ограничения пропускной способности, вычислительных ресурсов и конфигурации сервера. SFU не означает неограниченное число зрителей и не гарантирует работу через любой межсетевой экран.
Прямая трансляция и запись
Наблюдение в реальном времени и сохранение записи — отдельные задачи. Перед внедрением нужно выяснить, где создаётся запись, как обрабатываются обрывы и как проверяется полнота загруженных материалов.
Если приложение использует локальное сохранение сегментов, проверьте доступное место, восстановление загрузки и поведение при закрытии приложения. Наличие такой возможности в одном режиме не означает её доступность на любой платформе.
Что сравнить на пилоте
Несколько камер и демонстрацию экрана одновременно.
Подключение проверяющего и дополнительного сотрудника к одной сессии.
Ограниченную скорость исходящего канала, задержки и потери пакетов.
Сети учебных заведений и организаций с действующими ограничениями.
Кратковременное отключение и восстановление соединения.
Полноту записи и связь видео с временной шкалой событий.
Отдельно измерьте нагрузку при планируемом числе одновременных экзаменов. Один успешный звонок не подтверждает готовность системы к пиковому периоду.
Вопросы к команде TrustExam
Уточните видеоархитектуру выбранного режима, сетевые требования, размещение серверов и порядок сохранения материалов. Попросите показать сценарий ухудшения связи и то, как его видят участник и проверяющий.
Требования к скорости подключения следует фиксировать для конкретного числа потоков и качества видео. Одна универсальная цифра без условий может вводить в заблуждение.
Частые вопросы
Может ли архитектура сама обеспечить конфиденциальность?
Нет. Нужно отдельно проверить шифрование, доступ, размещение и хранение данных.
Можно ли гарантировать отсутствие потерь записи?
Такую гарантию нельзя выводить только из выбора P2P или SFU. Важны реализация записи, обработка ошибок и проверка восстановления.