{"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\/et\/blog\/administrirovanie\/ot-skype-do-webrtc-kak-my-organizovali-videosvyaz-cherez-veb","title":{"rendered":"Skype'ist kuni WebRTC-ni: kuidas me korraldasime video side veebis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Skype'ist<\/p>\n

Videokonverents on peamine suhtlemisviis \u00f5petaja ja \u00f5pilase vahel Vimboxi platvormil. Oleme ammu loobunud Skype'ist, proovinud mitmeid kolmanda osapoole lahendusi ning l\u00f5puks otsustanud kasutada WebRTC \u2013 Janus-gateway kombinatsiooni. M\u00f5nda aega sobis see meile h\u00e4sti, kuid siiski kerkis esile m\u00f5ned probleemid. L\u00f5puks loodi videoteemade jaoks eraldi suund.<\/p>\n

Palusin Kirill Rogovile, uue suuna juhile, r\u00e4\u00e4kida videokonverentsi arengust Skyengis, avastatud probleemidest, lahendustest ja nendest nippidest, mida l\u00f5puks kasutasime. Loodame, et artikkel on kasulik ka teistele ettev\u00f5tetele, kes t\u00f5stavad video l\u00e4bi veebirakenduse.<\/p>\n

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

Veidi ajalugu<\/h2>\n

Suvel 2017 astus Skyengi arenduse juht Sergei Safonov Backend Confis \u00fcles ettekandega, milles r\u00e4\u00e4kis sellest, kuidas me \u00abloobusime Skype'ist ja rakendasime WebRTC\u00bb. Soovijad saavad tema ettekande salvestust vaadata lingi kaudu<\/a><\/noindex> (~45 min), aga siin ma l\u00fchidalt esitan selle sisu.<\/p>\n

Skyengi koolis on videok\u00f5ne alati olnud \u00f5petaja ja \u00f5pilase vaheline suhtlemise prioriteet. Alguses kasutasime \"Skype'i\", kuid see ei sobinud mitmel p\u00f5hjusel, eelk\u00f5ige logide puudumise ja otsese integreerimise v\u00f5imaluse t\u00f5ttu veebirakendusse. Seet\u00f5ttu tegime erinevaid katsetusi.<\/p>\n

Meie videok\u00f5ne n\u00f5udmised olid umbes j\u00e4rgmised:
\n\u2014 stabiilsus;
\n\u2014 madal hind tunni eest;
\n\u2014 tundide salvestamine;
\n\u2014 j\u00e4lgimine, kui palju iga\u00fcks r\u00e4\u00e4gib (meie jaoks on oluline, et \u00f5pilased r\u00e4\u00e4giksid tundides rohkem kui \u00f5petaja);
\n\u2014 lineaarselt skaaleeritav;
\n\u2014 v\u00f5imalus kasutada nii UDP-d kui TCP-d.<\/p>\n

Esimese asjana proovisime 2013. aastal rakendada Tokboxi. K\u00f5ik oli h\u00e4sti, kuid see osutus v\u00e4ga kalliks \u2013 113 rubla tunni kohta \u2013 ja v\u00f5ttis kasumist \u00e4ra.<\/p>\n

Siis 2015. aastal integreerisime Voximplanti. Siin oli vajalik j\u00e4lgimisfunktsioon, et teada, kui palju iga\u00fcks r\u00e4\u00e4gib, ja lahendus oli oluliselt odavam: ainult helisalvestuse korral maksis see 20 rubla tunni eest. Siiski t\u00f6\u00f6tas see ainult UDP kaudu, TCP-le switchimist ei osanud. Sellegipoolest kasutas seda l\u00f5puks umbes 40% \u00f5pilastest.<\/p>\n

Aasta p\u00e4rast hakkasid meie juurde tulema ettev\u00f5tteklientidega, kellel olid oma spetsiifilised n\u00f5udmised. N\u00e4iteks peab k\u00f5ik toimima l\u00e4bi brauseri, ettev\u00f5ttes on avatud vaid http ja https; st. ei mingit 'Skype'i' ja UDP-d. Ettev\u00f5tteklient = raha, seet\u00f5ttu p\u00f6\u00f6rdusime tagasi Tokboxi juurde, kuid hinna probleem p\u00fcsis.<\/p>\n

Lahendus \u2014 WebRTC ja Janus<\/h2>\n

Otsustasime kasutada brauserip\u00f5hist WebRTC peer-to-peer videok\u00f5nesid<\/a><\/noindex>. See vastutab \u00fchenduse loomise, voogude kodeerimise ja dekodeerimise, rajate s\u00fcnkroniseerimise ning kvaliteedi kontrollimise ja v\u00f5rgu t\u00f5rgete k\u00e4sitlemise eest. Omalt poolt peame tagama voogude lugemise kaamerast ja mikrofonist, video joonistamise, \u00fchenduse haldamise, WebRTC \u00fchenduse loomise ja voogude edastamise, samuti signaalis\u00f5numite vahetamise klientide vahel \u00fchenduse loomiseks (WebRTC m\u00e4\u00e4ratleb vaid andmeformaadi, kuid mitte edastamismehhanismi). Kui kliendid asuvad NAT-i taga, \u00fchendab WebRTC STUN-serverid; kui see ei aita, siis TURN-serverid.<\/p>\n

Tavaliselt piisab meile p2p-\u00fchendusest, kuid soovime salvestada \u00f5ppetunde edasiseks anal\u00fc\u00fcsiks kaebuste korral. Seet\u00f5ttu edastame WebRTC vooge edasiandja kaudu. Meetecho Janus Gateway<\/a><\/noindex>. Tulemusena ei tea kliendid \u00fcksteise aadresse, n\u00e4hes ainult Januse serveri aadressi; see t\u00e4idab ka signaaliserveri funktsioone. Janusel on palju vajalikke funktsioone: see l\u00e4heb automaatselt TCP-le, kui UDP on kliendi jaoks blokeeritud; oskab salvestada nii UDP kui ka TCP vooge; on skaleeritav; ja seal on isegi sisseehitatud plugin kaja testimiseks. Vajadusel \u00fchendatakse automaatselt Twilio STUN ja TURN serverid.<\/p>\n

2017. aasta suvel t\u00f6\u00f6tas meil kaks Januse serverit ning lisas server, et t\u00f6\u00f6tleda salvestatud toormaterjali helis ja videos, et mitte h\u00f5ivata peamiste protsessorite ressursse. \u00dchendamisel valiti Januse serverid paaris-\u00fche kaupa (\u00fchenduse number). Tol ajal piisab sellest meie arust, andes umbes neli korda suurema varu, rakendamise protsent oli umbes 80%. Samuti langes hind ~2 rubla \u00f5ppetunni kohta, pluss arendamine ja tugi.<\/p>\n

\"Skype'ist<\/p>\n

Tagasi videok\u00f5nede teema juurde<\/h2>\n

Me pide, et muretsime pidevalt \u00f5pilaste ja \u00f5petajate tagasiside \u00fcle, et \u00f5igeaegselt tuvastada ja lahendada probleeme. Suveks 2018 oli hirenud probleemide seas esikohal kvaliteet. \u00dchelt poolt t\u00e4hendas see, et olime teiste puudustega edukalt toime tulnud. Teiselt poolt tuli kiiresti midagi ette v\u00f5tta: kui tund katkeb, riskime selle maksumuse kaotamisega, m\u00f5nikord koos j\u00e4rgmise paketi ostmise maksumusega, ja kui katkeb sissejuhatav tund \u2013 siis kaotame potentsiaalse kliendi.<\/p>\n

Tol hetkel oli meie videok\u00f5ne j\u00e4tkuvalt MVP-re\u017eiimis. Lihtsalt \u00f6eldes, k\u00e4ivitasime, see t\u00f6\u00f6tas, skaleerisime korra, m\u00f5istsime, kuidas seda teha \u2013 no ja h\u00e4sti. If it works, don\u2019t fix it. Keegi ei tegelenud sihip\u00e4raselt kvaliteedi k\u00fcsimusega. Augustiks sai selgeks, et nii edasi minna ei saa, ja alustasime eraldi suunaga, et aru saada, mis meie WebRTC ja Janusega ikkagi valesti on.<\/p>\n

Selle suuna alguses oli: MVP lahendus, m\u00f5\u00f5dikud puuduvad, eesm\u00e4rgid puuduvad, parendusprotsessid puuduvad, samas 7% \u00f5petajatest kurdavad kvaliteedi \u00fcle (andmed \u00f5pilaste kohta puudusid samuti).<\/p>\n

\"Skype'ist<\/p>\n

Uus suund on t\u00f6\u00f6s<\/h2>\n

K\u00e4sk n\u00e4eb v\u00e4lja umbes nii:<\/p>\n