Search
Write a publication
Pull to refresh
1
0
Кирилл Роговой @flashhhh

Пользователь

Send message
Не могу говорить за всех, но примеры вокруг меня (и мой в том числе) такие: начал карьеру разработчиком по канону — пишешь код, закрываешь таски, repeat; а через пару-тройку лет начало доходить, что приносит пользу, что — нет и как расти быстрей.
Так ведь это и прекрасно. :)

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

Наивно утверждать «почему, мол, если такой крутой, то саму компанию не вытащит на новый уровень?», когда помимо него еще 100 человек принимают тысячи решений в день.

Более того, я считаю, что это прекрасно для всей индустрии. Ведь когда компания понимает, что альтернатива для их ценнейших кадров — идти строить свои продукты, условия для них растут соответственно (до тех пор, пока сотрудник окупается, конечно).
Зачем в таком случае TURN?


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

Как я написал выше, это для сильно редкий случай и мы попросту не паримся. :)

Дополнительного p2p соединения между клиентами нет.
Использовать TURN или нет решает код WebRTC под капотом в браузере.

Могу ошибаться, но в нашем случае TURN используется только в случае злостных файрволов и NAT, из-за которых наш Janus сервер не может слать трафик клиенту.

Эта тема отлично раскрыта в докладе Александра Тоболя из Одноклассников — www.youtube.com/watch?v=MnEXuKHjIOU :)
Janus — медиасервер в середине. Клиенты (браузеры) общаються только с ним, а он внутри пересылает пакеты партнеру.

Так как Janus — это публичный сервер без NAT, доля использования TURN у нас в районе 1% (против 30%+ в p2p варианте), поэтому не заморачиваемся с оптимизацией TURN.

Но опыт с coturn есть в рамках одного из экспериментов. Подняли быстро, сервер не падал — мы довольны. :)

Записи звонков пишутся на диск (встроенная фича Janus), а дальше отдельный daemon перекладывает их на S3 в сыром формате. По запросу бизнеса, на отдельной машине выкачиваем нужные записи, конвертируем их в mp4 и заливаем на S3 для последующего просмотра живыми людьми.

Сами Janus Gateway сервера хостим в Москве и Питере, т.к. это покрывают большую часть учеников.
Мы особо не рассматривали альтернативы, которые нельзя встроить в платформу.

Так-то есть Скайп, Hangouts (free), Hangouts Meet (paid), Zoom и все они хороши в плане качества. Про Скайп-Про ничего не слышал. :)

На WebRTC есть масса решений, от платных Voximplant и Tokbox до бесплатных Janus, Kurento, Jitsi, licode. А если устраивает базовый p2p и нет групповых звонков, то все еще проще.
Массово — нет. Иногда бывают проблемы со свежими версиями, особенно с Safari.

Если речь про unified-plan и Chrome 72, то тут нас пронесло — SDK Janus-а был готов. :)

Information

Rating
Does not participate
Registered
Activity