{"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 WebRTC-ni: kuidas me korraldasime videok\u00f5nesid l\u00e4bi veeb","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Videok\u00f5ne on peamine suhtlemisviis \u00f5petaja ja \u00fcli\u00f5pilase vahel Vimboxi platvormil. Oleme ammu loobunud Skype\u2019ist, proovinud mitmeid kolmandate osapoolte lahendusi ja l\u00f5puks peatunud WebRTC - Janus-gateway kombinatsioonil. M\u00f5nda aega olid meie jaoks asjad korralikult, kuid siiski ilmnes m\u00f5ningaid negatiivseid aspekte. L\u00f5puks loodi eraldi suund video jaoks.<\/p>\n

Palusin Kirill Rogovil, uue suuna juhil, r\u00e4\u00e4kida videok\u00f5ne arengust Skyengis, avastatud probleemidest, lahendustest ja improviseerimistest, mida me l\u00f5puks kasutasime. Loodame, et artikkel on kasulik ka ettev\u00f5tetele, kes propageerivad videok\u00f5nesid veebirakenduste kaudu.<\/p>\n

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

Enne kui liigume edasi<\/h2>\n

2017. aasta suvel esines Skyengi arendusjuht Sergei Safonov Backend Conf'is \u00f6eldes, kuidas me loobusime Skype\u2019ist ja v\u00f5tsime kasutusele WebRTC. Soovijad saavad vaadata esitluse salvestust lingil<\/a><\/noindex> (~45 min), ja siin ma l\u00fchidalt selle sisu kokku v\u00f5tan.<\/p>\n

Skyengi jaoks on videok\u00f5ne alati olnud prioriteetne suhtlemisviis \u00f5petaja ja \u00f5pilase vahel. Alguses kasutati \"Skype\u2019i\", kuid see ei sobinud mitmete p\u00f5hjuste t\u00f5ttu, peamiselt logide puudumise ja otsese integreerimise v\u00f5imatuse t\u00f5ttu veebirakendusse. Seet\u00f5ttu tegime mitmeid katsetusi.<\/p>\n

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

Esimesena proovisin 2013. aastal Tokboxi. K\u00f5ik oli h\u00e4sti, kuid see oli v\u00e4ga kallis \u2013 113 rubla tunni eest \u2013 ja v\u00e4hendas meie kasumit.<\/p>\n

Seej\u00e4rel integreerisime 2015. aastal Voximplant'i. Siin oli vajalik j\u00e4lgimisfunktsioon, kes kui palju r\u00e4\u00e4gib, ja lahendus oli m\u00e4rgatavalt odavam: ainult heli salvestamise korral tuli 20 rubla tunni eest. Siiski toimis see ainult UDP kaudu ja ei osanud TCP-le \u00fcle minna. Sellegipoolest kasutas seda l\u00f5puks umbes 40% \u00f5pilastest.<\/p>\n

Aasta p\u00e4rast hakkasid meie klientidel ilmuma spetsiifilised n\u00f5uded. N\u00e4iteks peab k\u00f5ik t\u00f6\u00f6tama l\u00e4bi brauseri, ettev\u00f5ttes on avatud ainult http ja https; teisis\u00f5nu, mitte mingit \u201eSkype'i\u201d ja UDP-d. Ettev\u00f5tte kliendid = raha, seega p\u00f6\u00f6rdusime tagasi Tokboxi poole, kuid hinna probleem j\u00e4i endiselt aktuaalseks.<\/p>\n

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

Otsustasime kasutada brauserip\u00f5hist platvormi p2p videok\u00f5nede jaoks WebRTC<\/a><\/noindex>. See hoolitseb \u00fchenduse loomise, voogude kodeerimise ja dekodeerimise, radade s\u00fcnkroonimise ning kvaliteedikontrolli eest, k\u00e4sitledes v\u00f5rgu t\u00f5rkeid. Meie poolelt peame tagama voogude lugemise kaamerast ja mikrofonist, video joonistamise, \u00fchenduse haldamise, WebRTC-\u00fchenduse loomise ja voogude edastamise sellele, samuti kliendivahelise signaalide edastamise \u00fchenduse loomiseks (isegi WebRTC kirjeldab ainult andmete formaati, mitte nende edastamise mehhanismi). Kui kliendid asuvad NAT-i taga, siis WebRTC \u00fchendab STUN-servereid, kui see ei aita, siis TURN-servereid.<\/p>\n

Tavaline p2p-\u00fchendus ei piisa, sest soovime tunnipidusid salvestada edasiseks anal\u00fc\u00fcsiks kaebuste korral. Seet\u00f5ttu edastame WebRTC vood retransleeri kaudu Janus Gateway Meetecho poolt<\/a><\/noindex>. Tulemuseks on, et kliendid ei tea \u00fcksteise aadresse, n\u00e4hes ainult Janus serveri aadressi; see t\u00e4idab ka signaaliserveri funktsioone. Janusel on palju vajalikke funktsioone: see \u00fcleminek TCP-le, kui kliendil on UDP blokeeritud; oskab salvestada nii UDP- kui TCP-vooge; on skaleeritav; on isegi sisseehitatud plugin k\u00f5ne testimiseks. Vajadusel \u00fchendatakse automaatselt Twilio STUN ja TURN serverid.<\/p>\n

Suvel 2017 t\u00f6\u00f6tas meil kaks Janus serverit pluss t\u00e4iendav server salvestatud toorfailide t\u00f6\u00f6tlemiseks audio ja video jaoks, et mitte koormata p\u00f5hiserverite protsessoreid. \u00dchendamisel valiti Janus serverid paarituks-umbes p\u00f5him\u00f5ttel (\u00fchenduse number). Sel hetkel piisas sellest, meie arvates andis see umbes neljakordse varu, rakenduse protsent oli umbes 80. Samuti v\u00e4henes hind ~2 rubla tunni kohta, pluss arendamine ja toetus.<\/p>\n

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

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

Me pide constantemente nipas\u1eb9 feedback nga ayler ve gn\u017e ao\u011flum nabalar taraftan, kiwi g\u00f6rebilim ve ila\u00e7lar\u0131 murmara almak i\u00e7un. 2018 yaz\u0131nda en \u00e7ok \u015fik\u00e2yet edilen konu kesinlikle ileti\u015fim kalitesi oldu. Bir taraftan bu, di\u011fer eksiklikler ile iyi bir \u015fekilde ba\u015fa \u00e7\u0131kt\u0131\u011f\u0131m\u0131z anlam\u0131na geliyordu. Di\u011fer taraftan, bir \u015feyler yapmam\u0131z gerekirdi: derinin kesilmesi durumunda, onun de\u011ferini kaybetme riskimiz var, bazen sonraki paket sat\u0131n al\u0131m\u0131n\u0131n de\u011ferini yan\u0131 s\u0131ra, ilk derin kesildi\u011finde - potansiyel bir m\u00fc\u015fteri kaybetme ihtimali var.<\/p>\n

O s\u0131rada videolu ba\u011flant\u0131 hala MVP modundayd\u0131. Basit\u00e7e s\u00f6ylemek gerekirse, ba\u015flatt\u0131k, \u00e7al\u0131\u015ft\u0131, bir kez \u00f6l\u00e7eklendirdik, bunu nas\u0131l yapaca\u011f\u0131m\u0131z\u0131 anlad\u0131k - b\u00f6yle devam ediyor. If it works, don\u2019t fix it. Kimse ileti\u015fim kalitesine \u00f6zel olarak odaklanmam\u0131\u015ft\u0131. A\u011fustos\u2019ta bu \u015fekilde devam edemeyece\u011fimiz a\u00e7\u0131k hale geldi ve WebRTC ve Janus ile ilgili sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in ayr\u0131 bir y\u00f6n ba\u015flatt\u0131k.<\/p>\n

Bu yeni y\u00f6n, giri\u015finde \u015funlar\u0131 elde etti: MVP \u00e7\u00f6z\u00fcm\u00fc, metrik yok, hedef yok, iyile\u015ftirme s\u00fcre\u00e7leri yok, buna ra\u011fmen \u00f6\u011fretmenlerin %7'si ileti\u015fim kalitesinden \u015fikayet ediyordu (\u00f6\u011frencilerle ilgili veriler de yoktu).<\/p>\n

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

Yeni y\u00f6n \u00e7al\u0131\u015fmalar\u0131na ba\u015fl\u0131yor.<\/h2>\n

Ekip yakla\u015f\u0131k \u015f\u00f6yle g\u00f6r\u00fcn\u00fcyor:<\/p>\n