Комментарии 11
Это всё хорошо, но вы объясните удивленной публике, почему в Яндексе зумом пользуются, а не прекрасным телемостом?
Недавно как раз перешли командой с телемоста на другой сервис видеоконф. Телемост ужасно работал ;(
Как человек далёкий от данной темы понял следующее:
1) Некий самописный аналог k8s поднимает Х инстансов докера внутри которых запущен Selenium
2) Через UI докеры можно ронять\поднимать\выполнить дествие У (единично или массово)
3) Есть система сбора логов с докеров на основе которых строятся несколько отчётов
4) Это назвали Zombieland
Если отбросить детали реализации, то примерно так, да. Только в п.2 зомби ещё могут выполнять действия по сценарию, без участия человека. А сбор логов и WebRTC статистики у нас не привязан к тестированию - используем эти данные в том числе когда нужно исследовать поступающие от пользователей проблемы
А когда заработает в Safari?
Спасибо за интересную статью!
Я не пользовался телемостом еще, но появились вопросы по этой теме
Как я понял на одном из скриншотов, вы используете реализацию 1 peerConnection и множество треков?
Если так, то как с нагрузкой на ЦП клиента при тысяче участников?
Вы не выводите всех участников на экран а только тех кто говорит (скорее всего), но при этом продолжаете получать трафик с каждого трека?
У меня есть мысли попробовать например не больше 8 треков создавать и жанглировать на стороне медиасервера отправлением трафика в зависимости от того кто начал говорить чтобы сэкономить сеть пользователю но у такого подхода видится множество подводных камней, например коллизии с кодеком и прочее.
Либо вариант с приостановкой передачи в трек видео и возможно аудио, вроде проще в теории.
Зомби-апокалипсис в Телемосте: как мы проводим нагрузочное тестирование видеоконференцсвязи