{"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\/da\/blog\/administrirovanie\/ot-skype-do-webrtc-kak-my-organizovali-videosvyaz-cherez-veb","title":{"rendered":"Fra Skype til WebRTC: s\u00e5dan organiserede vi videoopkald via web","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Fra<\/p>\n

Videokonference er den prim\u00e6re kommunikationsmetode mellem underviser og studerende p\u00e5 platformen Vimbox. Vi er l\u00e6nge blevet enige om at stoppe med Skype, har pr\u00f8vet flere tredjeparters l\u00f8sninger, og endte til sidst med at anvende WebRTC - Janus-gateway. I noget tid var vi tilfredse, men der dukkede stadig nogle negative punkter op. I sidste ende blev der oprettet en separat afdeling for video.<\/p>\n

Jeg bad Kirill Rogovoy, lederen af den nye afdeling, om at fort\u00e6lle om evolutionen af videokonferencer i Skyeng, om de problemer, der blev opdaget, l\u00f8sningerne og de hacks, som vi endte med at anvende. Vi h\u00e5ber, at artiklen vil v\u00e6re nyttig for virksomheder, der ogs\u00e5 fors\u00f8ger at implementere video gennem deres webapp.<\/p>\n

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

Lidt historie<\/h2>\n

Sommer 2017 pr\u00e6senterede udviklingschef for Skyeng, Sergey Safonov, p\u00e5 Backend Conf om, hvordan vi \"opgav Skype og implementerede WebRTC\". De interesserede kan se optagelsen af pr\u00e6sentationen p\u00e5 linket<\/a><\/noindex> (~45 min), og her vil jeg kort opsummere essensen.<\/p>\n

For Skyeng var videokonference altid den prioriterede kommunikationsmetode mellem l\u00e6rer og elev. I starten brugte vi \"Skype\", men det var uacceptabelt af en r\u00e6kke \u00e5rsager, f\u00f8rst og fremmest p\u00e5 grund af manglen p\u00e5 logs og umuligheden af integration direkte i webapplikationen. Derfor foretog vi forskellige eksperimenter.<\/p>\n

Faktisk havde vi f\u00f8lgende krav til videokonferencer:
\n\u2014 stabilitet;
\n\u2014 lav pris pr. undervisning;
\n\u2014 optagelse af lektioner;
\n\u2014 sporing af hvem der taler hvorn\u00e5r (det er vigtigt for os, at eleverne taler mere end underviseren i lektionerne);
\n\u2014 line\u00e6r skalering;
\n\u2014 mulighed for at bruge b\u00e5de UDP og TCP.<\/p>\n

I 2013 pr\u00f8vede vi f\u00f8rst at implementere Tokbox. Det fungerede godt, men det blev meget dyrt - 113 rubler pr. lektion - og det tog en del af indtjeningen.<\/p>\n

Derefter, i 2015, integrerede vi Voximplant. Her var den funktion, vi havde brug for, til at spore, hvem der taler hvorn\u00e5r, og samtidig var l\u00f8sningen betydeligt billigere: hvis vi kun optog lyden, var prisen 20 rubler pr. lektion. Det fungerede dog kun via UDP, det kunne ikke skifte til TCP. Ikke desto mindre brugte omkring 40% af eleverne det.<\/p>\n

Et \u00e5r senere begyndte vi at f\u00e5 erhvervskunder med deres specifikke krav. For eksempel skal alt fungere via browseren, og der er kun \u00e5bent for http og https i firmaet; dvs. ingen 'Skype' og UDP. Erhvervskunder = penge, s\u00e5 vi vendte tilbage til Tokbox, men prisproblemet forsvandt ikke.<\/p>\n

L\u00f8sningen er WebRTC og Janus.<\/h2>\n

Vi har besluttet at bruge browserplatformen til peer-to-peer videokommunikation WebRTC.<\/a><\/noindex>Den h\u00e5ndterer oprettelsen af forbindelser, kodning og dekodning af streams, synkronisering af spor og kvalitetskontrol med h\u00e5ndtering af netv\u00e6rksproblemer. P\u00e5 vores side skal vi sikre, at vi kan l\u00e6se streams fra kameraet og mikrofonen, tegne videoen, styre forbindelsen, oprette WebRTC-forbindelsen og sende streams til den, samt overf\u00f8re signalbeskeder mellem kunderne for at etablere forbindelsen (selve WebRTC beskriver kun dataformatet, men ikke transmissionsmekanismen). Hvis kunderne befinder sig bag NAT, forbinder WebRTC med STUN-servere, og hvis det ikke hj\u00e6lper, bruger den TURN-servere.<\/p>\n

Et almindeligt p2p-forbindelse er ikke nok for os, da vi \u00f8nsker at optage lektioner til senere analyse i tilf\u00e6lde af klager. Derfor sender vi WebRTC-streams gennem en rel\u00e6. Janus Gateway fra Meetecho.<\/a><\/noindex>Som resultat kender kunderne ikke adressen p\u00e5 hinanden, men ser kun adressen p\u00e5 Janus-serveren; den fungerer ogs\u00e5 som signalserver. Janus har mange af de funktioner, vi har brug for: den skifter automatisk til TCP, hvis UDP er blokeret for kunden; den kan optage b\u00e5de UDP- og TCP-streams; den kan skaleres; og der er endda en indbygget plugin til ekkotests. Ved behov tilsluttes STUN og TURN-servere fra Twilio automatisk.<\/p>\n

I sommeren 2017 havde vi to Janus-servere i drift plus en ekstra server til behandling af de optagede r\u00e5 audio- og videofiler for at undg\u00e5 at belaste processorerne p\u00e5 de prim\u00e6re. Ved tilslutning blev Janus-serverne valgt efter princippet om lige-ulige (forbindelsesnummer). P\u00e5 det tidspunkt var det tilstr\u00e6kkeligt, og vi f\u00f8lte, at det gav cirka fire gange sikkerhedsmargen, mens implementeringen var omkring 80 procent. Samtidig blev prisen reduceret til cirka 2 rubler per lektion, plus udvikling og support.<\/p>\n

\"Fra<\/p>\n

Tilbage til emnet videokommunikation.<\/h2>\n

Vi overv\u00e5ger konstant feedback fra elever og l\u00e6rere for hurtigt at identificere og afb\u00f8de problemer. I sommeren 2018 blev kvaliteten af forbindelsen fast etableret som det prim\u00e6re klagepunkt. P\u00e5 den ene side bet\u00f8d det, at vi havde haft succes med at h\u00e5ndtere de \u00f8vrige mangler. P\u00e5 den anden side var det n\u00f8dvendigt at handle hurtigt: hvis en lektion blev afbrudt, risikerer vi at miste dens v\u00e6rdi, nogle gange sammen med v\u00e6rdien af at k\u00f8be det n\u00e6ste pakke, og ved afbrydelse af introduktionsbetalingen kan vi i v\u00e6rste fald miste en potentiel kunde.<\/p>\n

P\u00e5 det tidspunkt var vores videoforbindelse stadig i MVP-tilstand. Kort sagt, vi startede, det fungerede, skalerede \u00e9n gang, fandt ud af, hvordan det skulle g\u00f8res \u2013 og s\u00e5 var det godt. If it works, don\u2019t fix it. Ingen havde specifikt fokus p\u00e5 kvaliteten af forbindelsen. Inden august blev det klart, at det ikke kunne forts\u00e6tte s\u00e5dan, og vi lancerede en separat afdeling for at finde ud af, hvad der egentlig var galt med WebRTC og Janus.<\/p>\n

Indgangen til denne afdeling var: MVP-l\u00f8sning, ingen m\u00e5linger, ingen m\u00e5l, ingen processer til forbedring, samtidig klager 7% af l\u00e6rerne over forbindelseskvaliteten (data om eleverne var heller ikke tilg\u00e6ngelige).<\/p>\n

\"Fra<\/p>\n

Den nye afdeling tager fat p\u00e5 opgaverne<\/h2>\n

Kommandoen ser s\u00e5dan ud:<\/p>\n