{"id":30842,"date":"2019-10-31T21:37:44","date_gmt":"2019-10-31T18:37:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ot-skype-do-webrtc-kak-my-organizovali-videosvyaz-cherez-veb\/"},"modified":"2021-02-01T11:37:06","modified_gmt":"2021-02-01T09:37:06","slug":"ot-skype-do-webrtc-kak-my-organizovali-videosvyaz-cherez-veb","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/ot-skype-do-webrtc-kak-my-organizovali-videosvyaz-cherez-veb","title":{"rendered":"Fr\u00e5n Skype till WebRTC: hur vi organiserade videosamtal via webben","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Fr\u00e5n<\/p>\n

Videokommunikation \u00e4r det prim\u00e4ra s\u00e4ttet f\u00f6r l\u00e4rare och studenter att kommunicera p\u00e5 Vimbox-plattformen. Vi har l\u00e4nge \u00f6vergett Skype, testat flera externa l\u00f6sningar och slutligen landat p\u00e5 WebRTC \u2013 Janus-gateway. Under en tid var vi n\u00f6jda, men vissa negativa aspekter fortsatte att dyka upp. D\u00e4rf\u00f6r skapades en separat avdelning f\u00f6r video.<\/p>\n

Jag bad Kirill Rogovoy, chefen f\u00f6r den nya avdelningen, att ber\u00e4tta om utvecklingen av videokommunikation p\u00e5 Skyeng, de problem som uppst\u00e5tt, l\u00f6sningarna och de n\u00f6dl\u00f6sningar vi i slut\u00e4ndan till\u00e4mpade. Vi hoppas att artikeln kommer att vara anv\u00e4ndbar f\u00f6r f\u00f6retag som ocks\u00e5 implementerar video via webbapplikationer.<\/p>\n

<\/a><\/noindex><\/p>\n

Lite historia<\/h2>\n

Sommar 2017 deltog Skyengs chef f\u00f6r utveckling, Sergey Safonov, p\u00e5 Backend Conf och talade om hur vi \"\u00f6vergav Skype och implementerade WebRTC\". De som \u00e4r intresserade kan se inspelningen av presentationen p\u00e5 l\u00e4nken<\/a><\/noindex> (~45 min), h\u00e4r sammanfattar jag dess inneh\u00e5ll.<\/p>\n

F\u00f6r Skyeng har videokommunikation alltid varit det prioriterade s\u00e4ttet f\u00f6r l\u00e4rar-student-interaktion. I b\u00f6rjan anv\u00e4nde vi \"Skype\", men det fungerade helt och h\u00e5llet inte av flera sk\u00e4l, fr\u00e4mst p\u00e5 grund av bristen p\u00e5 loggning och of\u00f6rm\u00e5gan att integrera den direkt i webbapplikationen. D\u00e4rf\u00f6r genomf\u00f6rde vi olika experiment.<\/p>\n

V\u00e5ra krav p\u00e5 videokommunikation var ungef\u00e4r s\u00e5 h\u00e4r:
\n\u2014 stabilitet;
\n\u2014 l\u00e5g kostnad per lektion;
\n\u2014 inspelning av lektioner;
\n\u2014 sp\u00e5rning av talartid (vi vill att eleverna ska prata mer \u00e4n l\u00e4raren under lektioner);
\n\u2014 linj\u00e4r skalning;
\n\u2014 m\u00f6jlighet att anv\u00e4nda b\u00e5de UDP och TCP.<\/p>\n

F\u00f6rst \u00e5r 2013 f\u00f6rs\u00f6kte vi implementera Tokbox. Allt var bra, men det kostade mycket \u2013 113 rubel per lektion \u2013 och \u00e5t upp vinsten.<\/p>\n

D\u00e4refter, 2015, integrerade vi Voximplant. H\u00e4r fanns den funktion vi beh\u00f6vde f\u00f6r att sp\u00e5ra talartid, och l\u00f6sningen var betydligt billigare: med endast ljudinspelning kostade det 20 rubel per lektion. Det fungerade dock endast via UDP och kunde inte byta till TCP. Trots detta anv\u00e4nde cirka 40% av eleverna det.<\/p>\n

Ett \u00e5r senare b\u00f6rjade vi f\u00e5 f\u00f6retagskunder med specifika krav. Till exempel, allt m\u00e5ste fungera via webbl\u00e4saren, och f\u00f6retaget till\u00e5ter endast http och https; det vill s\u00e4ga, inga \"Skype\" och UDP. F\u00f6retagskunder = pengar, s\u00e5 vi gick tillbaka till Tokbox, men prisproblemet kvarst\u00e5r.<\/p>\n

L\u00f6sningen \u2014 WebRTC och Janus<\/h2>\n

Vi beslutade att anv\u00e4nda webbl\u00e4sarbaserad plattform f\u00f6r peer-to-peer videokommunikation WebRTC<\/a><\/noindex>. Den ansvarar f\u00f6r att etablera anslutningen, kodning och avkodning av fl\u00f6den, synkronisering av sp\u00e5r och kvalitetskontroll med hantering av n\u00e4tverksproblem. Fr\u00e5n v\u00e5r sida m\u00e5ste vi s\u00e4kerst\u00e4lla l\u00e4sning av fl\u00f6den fr\u00e5n kamera och mikrofon, rendering av video, hantering av anslutningen, etablering av WebRTC-anslutningen och \u00f6verf\u00f6ring av fl\u00f6den till den, samt \u00f6verf\u00f6ring av signaleringsmeddelanden mellan kunder f\u00f6r att etablera en anslutning (WebRTC beskriver endast dat\u683c\u5f0f, men inte mekanismen f\u00f6r deras \u00f6verf\u00f6ring). Om kunderna befinner sig bakom NAT ansluter WebRTC STUN-servrar, och om det inte hj\u00e4lper, TURN-servrar.<\/p>\n

Ett vanligt p2p-anslutning r\u00e4cker inte, eftersom vi vill spela in lektioner f\u00f6r vidare analys i h\u00e4ndelse av klagom\u00e5l. D\u00e4rf\u00f6r skickar vi WebRTC-fl\u00f6den via en retranslator Janus Gateway fr\u00e5n Meetecho<\/a><\/noindex>. Som ett resultat vet inte kunderna adresserna till varandra, utan ser endast adressen till Janus-servern; den fungerar ocks\u00e5 som signalserver. Janus har m\u00e5nga funktioner vi beh\u00f6ver: den g\u00e5r automatiskt \u00f6ver till TCP om klienten blockerar UDP; kan spela in b\u00e5de UDP- och TCP-fl\u00f6den; \u00e4r skalbar; det finns till och med en inbyggd modul f\u00f6r eko-tester. Vid behov ansluts automatiskt STUN och TURN-servrar fr\u00e5n Twilio.<\/p>\n

Under sommaren 2017 hade vi tv\u00e5 Janus-servrar plus en extra server f\u00f6r att bearbeta inspelade r\u00e5a ljud- och videofiler s\u00e5 att vi inte belastar processorerna f\u00f6r huvudservrarna. Vid anslutning valdes Janus-servrarna enligt principen j\u00e4mn-odda (anslutningsnummer). D\u00e5 r\u00e4ckte detta, vi k\u00e4nde att det gav cirka fyrdubbel s\u00e4kerhet, och implementeringsgraden var cirka 80. Samtidigt minskade kostnaden till ~2 rubel per lektion, plus utveckling och underh\u00e5ll.<\/p>\n

\"Fr\u00e5n<\/p>\n

\u00c5ter till \u00e4mnet videokommunikation<\/h2>\n

Vi \u00f6vervakar st\u00e4ndigt feedback fr\u00e5n elever och l\u00e4rare f\u00f6r att snabbt identifiera och \u00e5tg\u00e4rda problem. Fram till sommaren 2018 var kvaliteten p\u00e5 internetuppkopplingen den mest frekventa klagan. \u00c5 ena sidan betydde det att vi hade lyckats \u00e5tg\u00e4rda andra brister. \u00c5 andra sidan var det br\u00e5dskande att g\u00f6ra n\u00e5got: om en lektion st\u00e4lls in riskerar vi att f\u00f6rlora dess v\u00e4rde, ibland \u00e4ven v\u00e4rdet av n\u00e4sta paket, och om ett introduktionspass st\u00e4lls in riskerar vi att helt f\u00f6rlora en potentiel kund.<\/p>\n

Vid den tidpunkten var v\u00e5r videokontakt fortfarande i MVP-l\u00e4ge. Enkelt uttryckt, vi startade det, det fungerade, vi skalade upp en g\u00e5ng, f\u00f6rstod hur vi skulle g\u00f6ra \u2013 och det var bra. If it works, don\u2019t fix it. Ingen tog specifikt itu med kvaliteten p\u00e5 uppkopplingen. I augusti blev det klart att det inte kunde forts\u00e4tta s\u00e5 h\u00e4r, och vi startade en separat avdelning f\u00f6r att ta reda p\u00e5 vad som egentligen var fel med WebRTC och Janus.<\/p>\n

Denna avdelning b\u00f6rjade med: MVP-l\u00f6sning, inga m\u00e4tv\u00e4rden, inga m\u00e5l, inga processer f\u00f6r f\u00f6rb\u00e4ttring, samtidigt som 7 % av l\u00e4rarna klagade p\u00e5 kvaliteten p\u00e5 uppkopplingen (det fanns inga data om eleverna).<\/p>\n

\"Fr\u00e5n<\/p>\n

Den nya avdelningen s\u00e4tter ig\u00e5ng med arbetet<\/h2>\n

Teamet ser ungef\u00e4r ut s\u00e5 h\u00e4r:<\/p>\n