സ്കൈപ്പ് മുതൽ WebRTC വരെ: വെബിലൂടെ ഞങ്ങൾ എങ്ങനെ വീഡിയോ ആശയവിനിമയം സംഘടിപ്പിച്ചു

Vimbox പ്ലാറ്റ്‌ഫോമിൽ അധ്യാപകനും വിദ്യാർത്ഥിയും തമ്മിലുള്ള ആശയവിനിമയത്തിനുള്ള പ്രധാന മാർഗമാണ് വീഡിയോ ആശയവിനിമയം. ഞങ്ങൾ വളരെക്കാലം മുമ്പ് സ്കൈപ്പ് ഉപേക്ഷിച്ചു, നിരവധി മൂന്നാം കക്ഷി പരിഹാരങ്ങൾ പരീക്ഷിച്ചു, ഒടുവിൽ WebRTC - ജാനസ്-ഗേറ്റ്‌വേ കോമ്പിനേഷനിൽ സ്ഥിരതാമസമാക്കി. കുറച്ചുകാലം ഞങ്ങൾ എല്ലാ കാര്യങ്ങളിലും സന്തുഷ്ടരായിരുന്നു, പക്ഷേ അപ്പോഴും ചില നെഗറ്റീവ് വശങ്ങൾ ഉയർന്നുവരുന്നത് തുടർന്നു. തൽഫലമായി, ഒരു പ്രത്യേക വീഡിയോ ദിശ സൃഷ്ടിച്ചു.

സ്കൈംഗിലെ വീഡിയോ ആശയവിനിമയത്തിന്റെ പരിണാമം, കണ്ടെത്തിയ പ്രശ്നങ്ങൾ, ഞങ്ങൾ ആത്യന്തികമായി ഉപയോഗിച്ച പരിഹാരങ്ങൾ, ഊന്നുവടികൾ എന്നിവയെക്കുറിച്ച് സംസാരിക്കാൻ ഞാൻ പുതിയ ദിശയുടെ തലവനായ കിറിൽ റോഗോവോയോട് ആവശ്യപ്പെട്ടു. ഒരു വെബ് ആപ്ലിക്കേഷനിലൂടെ സ്വന്തമായി വീഡിയോ സൃഷ്ടിക്കുന്ന കമ്പനികൾക്ക് ലേഖനം ഉപയോഗപ്രദമാകുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.

ഒരു ചെറിയ ചരിത്രം

2017-ലെ വേനൽക്കാലത്ത്, Skyeng വികസനത്തിന്റെ തലവൻ സെർജി സഫോനോവ്, ബാക്കെൻഡ് കോൺഫിൽ ഞങ്ങൾ "സ്കൈപ്പ് ഉപേക്ഷിച്ച് WebRTC നടപ്പിലാക്കിയത്" എന്നതിനെക്കുറിച്ചുള്ള ഒരു കഥയുമായി സംസാരിച്ചു. താൽപ്പര്യമുള്ളവർക്ക് പ്രസംഗത്തിന്റെ റെക്കോർഡിംഗ് ഇവിടെ കാണാം ലിങ്ക് (~45 മിനിറ്റ്), ഇവിടെ ഞാൻ അതിന്റെ സാരാംശം ചുരുക്കമായി വിവരിക്കും.

സ്കൈങ് സ്കൂളിനെ സംബന്ധിച്ചിടത്തോളം, വീഡിയോ ആശയവിനിമയം എല്ലായ്പ്പോഴും അധ്യാപക-വിദ്യാർത്ഥി ആശയവിനിമയത്തിന്റെ മുൻഗണനാ മാർഗമാണ്. ആദ്യം, സ്കൈപ്പ് ഉപയോഗിച്ചിരുന്നു, പക്ഷേ പല കാരണങ്ങളാൽ ഇത് തൃപ്തികരമല്ല, പ്രാഥമികമായി ലോഗുകളുടെ അഭാവവും വെബ് ആപ്ലിക്കേഷനിലേക്ക് നേരിട്ട് സംയോജിപ്പിക്കാനുള്ള അസാധ്യതയും കാരണം. അതിനാൽ, ഞങ്ങൾ എല്ലാത്തരം പരീക്ഷണങ്ങളും നടത്തി.

യഥാർത്ഥത്തിൽ, വീഡിയോ ആശയവിനിമയത്തിനുള്ള ഞങ്ങളുടെ ആവശ്യകതകൾ ഏകദേശം ഇനിപ്പറയുന്നവയായിരുന്നു:
- സ്ഥിരത;
- ഓരോ പാഠത്തിനും കുറഞ്ഞ വില;
- റെക്കോർഡിംഗ് പാഠങ്ങൾ;
- ആരാണ് എത്രമാത്രം സംസാരിക്കുന്നുവെന്ന് ട്രാക്കിംഗ് (പാഠങ്ങളിൽ അധ്യാപകനേക്കാൾ വിദ്യാർത്ഥികൾ സംസാരിക്കുന്നത് ഞങ്ങൾക്ക് പ്രധാനമാണ്);
- ലീനിയർ സ്കെയിലിംഗ്;
- യുഡിപിയും ടിസിപിയും ഉപയോഗിക്കാനുള്ള കഴിവ്.

2013-ൽ ടോക്ബോക്‌സ് നടപ്പിലാക്കാനാണ് ആദ്യം ശ്രമിച്ചത്. എല്ലാം നല്ലതായിരുന്നു, പക്ഷേ അത് വളരെ ചെലവേറിയതായി മാറി - ഒരു പാഠത്തിന് 113 റൂബിൾസ് - ലാഭം തിന്നു.

തുടർന്ന് 2015-ൽ വോക്സിംപ്ലാന്റ് സംയോജിപ്പിച്ചു. ആരാണ് എത്ര സംസാരിച്ചുവെന്ന് ട്രാക്കുചെയ്യാൻ ഞങ്ങൾക്ക് ആവശ്യമായ ഫംഗ്ഷൻ ഇതാ, അതേ സമയം പരിഹാരം വളരെ വിലകുറഞ്ഞതായിരുന്നു: ഓഡിയോ മാത്രം റെക്കോർഡുചെയ്‌താൽ, ഒരു പാഠത്തിന് 20 റുബിളാണ് വില. എന്നിരുന്നാലും, ഇത് UDP വഴി മാത്രമാണ് പ്രവർത്തിച്ചത്, TCP-യിലേക്ക് മാറാൻ കഴിഞ്ഞില്ല. എന്നിരുന്നാലും, ഏകദേശം 40% വിദ്യാർത്ഥികൾ ഇത് ഉപയോഗിക്കുന്നത് അവസാനിപ്പിച്ചു.

ഒരു വർഷത്തിനുശേഷം, ഞങ്ങൾക്ക് അവരുടെ പ്രത്യേക ആവശ്യകതകളുള്ള കോർപ്പറേറ്റ് ക്ലയന്റുകൾ ഉണ്ടാകാൻ തുടങ്ങി. ഉദാഹരണത്തിന്, എല്ലാം ഒരു ബ്രൗസറിലൂടെ പ്രവർത്തിക്കണം; കമ്പനി http, https എന്നിവ മാത്രമേ തുറക്കൂ; അതായത് Skype അല്ലെങ്കിൽ UDP ഇല്ല. കോർപ്പറേറ്റ് ക്ലയന്റുകൾ = പണം, അതിനാൽ അവർ ടോക്ക്ബോക്സിലേക്ക് മടങ്ങി, പക്ഷേ വിലയുടെ പ്രശ്നം നീങ്ങിയില്ല.

പരിഹാരം - WebRTC, Janus

ഉപയോഗിക്കാൻ തീരുമാനിച്ചു പിയർ-ടു-പിയർ വീഡിയോ ആശയവിനിമയത്തിനുള്ള ബ്രൗസർ പ്ലാറ്റ്ഫോം WebRTC. ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നതിനും സ്ട്രീമുകൾ എൻകോഡ് ചെയ്യുന്നതിനും ഡീകോഡ് ചെയ്യുന്നതിനും ട്രാക്കുകൾ സമന്വയിപ്പിക്കുന്നതിനും നെറ്റ്‌വർക്ക് തകരാറുകൾ കൈകാര്യം ചെയ്യുന്നതിലൂടെ ഗുണനിലവാര നിയന്ത്രണം നടത്തുന്നതിനും ഇത് ഉത്തരവാദിയാണ്. ഞങ്ങളുടെ ഭാഗത്ത്, ക്യാമറയിൽ നിന്നും മൈക്രോഫോണിൽ നിന്നുമുള്ള സ്ട്രീമുകൾ വായിക്കുക, വീഡിയോ വരയ്ക്കുക, കണക്ഷൻ നിയന്ത്രിക്കുക, ഒരു WebRTC കണക്ഷൻ സ്ഥാപിക്കുക, അതിലേക്ക് സ്ട്രീമുകൾ കൈമാറുക, ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നതിന് ക്ലയന്റുകൾക്കിടയിൽ സിഗ്നലിംഗ് സന്ദേശങ്ങൾ കൈമാറുക (WebRTC തന്നെ വിവരിക്കുന്നത് മാത്രം ഡാറ്റ ഫോർമാറ്റ്, പക്ഷേ അതിന്റെ മെക്കാനിസം കൈമാറ്റങ്ങളല്ല). ക്ലയന്റുകൾ NAT-ന് പിന്നിലാണെങ്കിൽ, WebRTC STUN സെർവറുകളെ ബന്ധിപ്പിക്കുന്നു; ഇത് സഹായിക്കുന്നില്ലെങ്കിൽ, സെർവറുകൾ മാറ്റുക.

ഒരു സാധാരണ p2p കണക്ഷൻ ഞങ്ങൾക്ക് പര്യാപ്തമല്ല, കാരണം പരാതികളുടെ കാര്യത്തിൽ കൂടുതൽ വിശകലനത്തിനായി പാഠങ്ങൾ രേഖപ്പെടുത്താൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. അതിനാൽ ഞങ്ങൾ WebRTC സ്ട്രീമുകൾ ഒരു റിലേ വഴി അയയ്ക്കുന്നു മീതെക്കോയുടെ ജാനസ് ഗേറ്റ്‌വേ. തൽഫലമായി, ക്ലയന്റുകൾക്ക് പരസ്‌പരം വിലാസങ്ങൾ അറിയില്ല, ജാനസ് സെർവർ വിലാസം മാത്രം കാണുന്നു; ഇത് ഒരു സിഗ്നൽ സെർവറിന്റെ പ്രവർത്തനങ്ങളും നിർവഹിക്കുന്നു. ജാനസിന് നമുക്ക് ആവശ്യമായ നിരവധി സവിശേഷതകൾ ഉണ്ട്: ക്ലയന്റ് UDP തടഞ്ഞിട്ടുണ്ടെങ്കിൽ സ്വയമേവ TCP-യിലേക്ക് മാറുന്നു; UDP, TCP സ്ട്രീമുകൾ റെക്കോർഡ് ചെയ്യാൻ കഴിയും; അളക്കാവുന്ന; എക്കോ ടെസ്റ്റുകൾക്കായി ഒരു ബിൽറ്റ്-ഇൻ പ്ലഗിൻ പോലും ഉണ്ട്. ആവശ്യമെങ്കിൽ, ട്വിലിയോയിൽ നിന്നുള്ള STUN, TURN സെർവറുകൾ സ്വയമേവ ബന്ധിപ്പിച്ചിരിക്കുന്നു.

2017 ലെ വേനൽക്കാലത്ത്, ഞങ്ങൾക്ക് രണ്ട് ജാനസ് സെർവറുകൾ പ്രവർത്തിക്കുന്നുണ്ടായിരുന്നു, കൂടാതെ പ്രധാനവയുടെ പ്രോസസ്സറുകൾ കൈവശപ്പെടുത്താതിരിക്കാൻ റെക്കോർഡുചെയ്‌ത അസംസ്‌കൃത ഓഡിയോ, വീഡിയോ ഫയലുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള ഒരു അധിക സെർവറും ഉണ്ടായിരുന്നു. കണക്‌റ്റ് ചെയ്യുമ്പോൾ, ഒറ്റ-ഇരട്ട അടിസ്ഥാനത്തിൽ (കണക്ഷൻ നമ്പർ) ജാനസ് സെർവറുകൾ തിരഞ്ഞെടുത്തു. ആ സമയത്ത്, ഇത് മതിയായിരുന്നു, ഞങ്ങളുടെ വികാരങ്ങൾ അനുസരിച്ച്, ഇത് ഏകദേശം നാലിരട്ടി സുരക്ഷാ മാർജിൻ നൽകി, നടപ്പാക്കൽ ശതമാനം ഏകദേശം 80 ആയിരുന്നു. അതേ സമയം, ഒരു പാഠത്തിന് ~ 2 റുബിളായി വില കുറച്ചു, കൂടാതെ വികസനവും പിന്തുണയും.

വീഡിയോ ആശയവിനിമയത്തിന്റെ വിഷയത്തിലേക്ക് മടങ്ങുന്നു

കൃത്യസമയത്ത് പ്രശ്‌നങ്ങൾ കണ്ടെത്തുന്നതിനും പരിഹരിക്കുന്നതിനുമായി ഞങ്ങൾ വിദ്യാർത്ഥികളിൽ നിന്നും അധ്യാപകരിൽ നിന്നുമുള്ള ഫീഡ്‌ബാക്ക് നിരന്തരം നിരീക്ഷിക്കുന്നു. 2018-ലെ വേനൽക്കാലമായപ്പോഴേക്കും, കോൾ നിലവാരം പരാതികളിൽ ഒന്നാം സ്ഥാനത്തെത്തി. ഒരു വശത്ത്, ഇതിനർത്ഥം ഞങ്ങൾ മറ്റ് പോരായ്മകളെ വിജയകരമായി മറികടന്നു എന്നാണ്. മറുവശത്ത്, അടിയന്തിരമായി എന്തെങ്കിലും ചെയ്യേണ്ടത് ആവശ്യമാണ്: പാഠം തടസ്സപ്പെട്ടാൽ, അതിന്റെ മൂല്യം നഷ്‌ടപ്പെടും, ചിലപ്പോൾ അടുത്ത പാക്കേജ് വാങ്ങുന്നതിനുള്ള ചെലവിനൊപ്പം, ആമുഖ പാഠം തടസ്സപ്പെട്ടാൽ, ഒരു സാധ്യതയുള്ള ക്ലയന്റ് നഷ്‌ടപ്പെടാൻ സാധ്യതയുണ്ട്. മൊത്തത്തിൽ.

ആ സമയത്ത്, ഞങ്ങളുടെ വീഡിയോ ആശയവിനിമയം ഇപ്പോഴും MVP മോഡിൽ ആയിരുന്നു. ലളിതമായി പറഞ്ഞാൽ, അവർ അത് സമാരംഭിച്ചു, അത് പ്രവർത്തിച്ചു, അവർ അത് ഒരിക്കൽ സ്കെയിൽ ചെയ്തു, അത് എങ്ങനെ ചെയ്യണമെന്ന് അവർ മനസ്സിലാക്കി - നന്നായി, കൊള്ളാം. ഇത് പ്രവർത്തിക്കുകയാണെങ്കിൽ, അത് പരിഹരിക്കരുത്. ആശയവിനിമയ നിലവാരത്തിന്റെ പ്രശ്നം ആരും ബോധപൂർവം അഭിസംബോധന ചെയ്തിട്ടില്ല. ഓഗസ്റ്റിൽ, ഇത് തുടരാൻ കഴിയില്ലെന്ന് വ്യക്തമായി, WebRTC, Janus എന്നിവയിൽ എന്താണ് തെറ്റ് എന്ന് മനസിലാക്കാൻ ഞങ്ങൾ ഒരു പ്രത്യേക ദിശ ആരംഭിച്ചു.

ഇൻപുട്ടിൽ, ഈ ദിശയ്ക്ക് ലഭിച്ചു: ഒരു MVP സൊല്യൂഷൻ, മെട്രിക്സ് ഇല്ല, ലക്ഷ്യങ്ങളില്ല, മെച്ചപ്പെടുത്തലിനുള്ള പ്രക്രിയകളില്ല, അതേസമയം 7% അധ്യാപകർ ആശയവിനിമയത്തിന്റെ ഗുണനിലവാരത്തെക്കുറിച്ച് പരാതിപ്പെടുന്നു (വിദ്യാർത്ഥികളെക്കുറിച്ചുള്ള ഡാറ്റയും ഇല്ല).

ഒരു പുതിയ വഴിത്തിരിവ് നടക്കുന്നു

കമാൻഡ് ഇതുപോലെ കാണപ്പെടുന്നു:

• പ്രധാന ഡെവലപ്പർ കൂടിയായ വകുപ്പിന്റെ തലവൻ.
• QA മാറ്റങ്ങൾ പരീക്ഷിക്കാൻ സഹായിക്കുന്നു, അസ്ഥിരമായ ആശയവിനിമയ സാഹചര്യങ്ങൾ സൃഷ്ടിക്കുന്നതിനുള്ള പുതിയ വഴികൾ തേടുന്നു, മുൻനിരയിൽ നിന്നുള്ള പ്രശ്നങ്ങൾ റിപ്പോർട്ടുചെയ്യുന്നു.
• സാങ്കേതിക ഡാറ്റയിലെ വിവിധ പരസ്പര ബന്ധങ്ങൾ അനലിസ്റ്റ് നിരന്തരം തിരയുന്നു, ഉപയോക്തൃ ഫീഡ്ബാക്ക് വിശകലനം മെച്ചപ്പെടുത്തുന്നു, പരീക്ഷണങ്ങളുടെ ഫലങ്ങൾ പരിശോധിക്കുന്നു.
• പരീക്ഷണങ്ങൾക്കുള്ള വിഭവങ്ങളുടെ മൊത്തത്തിലുള്ള ദിശയും വിഹിതവും ഉൽപ്പന്ന മാനേജർ സഹായിക്കുന്നു.
• രണ്ടാമത്തെ ഡെവലപ്പർ പ്രോഗ്രാമിംഗിലും അനുബന്ധ ജോലികളിലും സഹായിക്കുന്നു.

ആരംഭിക്കുന്നതിന്, ആശയവിനിമയ ഗുണനിലവാര വിലയിരുത്തലുകളിലെ (ദിവസങ്ങൾ, ആഴ്ചകൾ, മാസങ്ങൾ എന്നിവയിലെ ശരാശരി) മാറ്റങ്ങൾ ട്രാക്ക് ചെയ്യുന്ന താരതമ്യേന വിശ്വസനീയമായ ഒരു മെട്രിക് ഞങ്ങൾ സജ്ജമാക്കി. അക്കാലത്ത്, ഇവ അധ്യാപകരിൽ നിന്നുള്ള ഗ്രേഡുകളായിരുന്നു; പിന്നീട് വിദ്യാർത്ഥികളിൽ നിന്നുള്ള ഗ്രേഡുകൾ അവയിലേക്ക് ചേർത്തു. പിന്നീട് അവർ എന്താണ് തെറ്റായി പ്രവർത്തിക്കുന്നത് എന്നതിനെക്കുറിച്ച് അനുമാനങ്ങൾ നിർമ്മിക്കാനും അത് ശരിയാക്കാനും ചലനാത്മകതയിലെ മാറ്റങ്ങൾ നോക്കാനും തുടങ്ങി. ഞങ്ങൾ താഴ്ന്ന തൂങ്ങിക്കിടക്കുന്ന പഴങ്ങൾക്കായി പോയി: ഉദാഹരണത്തിന്, ഞങ്ങൾ vp8 കോഡെക്കിനെ vp9 ഉപയോഗിച്ച് മാറ്റി, പ്രകടനം മെച്ചപ്പെട്ടു. ഞങ്ങൾ ജാനസ് ക്രമീകരണങ്ങൾ ഉപയോഗിച്ച് കളിക്കാനും മറ്റ് പരീക്ഷണങ്ങൾ നടത്താനും ശ്രമിച്ചു - മിക്ക കേസുകളിലും അവ ഒന്നും നയിച്ചില്ല.

രണ്ടാം ഘട്ടത്തിൽ, ഒരു സിദ്ധാന്തം ഉയർന്നുവന്നു: WebRTC ഒരു പിയർ-ടു-പിയർ പരിഹാരമാണ്, ഞങ്ങൾ മധ്യത്തിൽ ഒരു സെർവർ ഉപയോഗിക്കുന്നു. ഒരുപക്ഷേ പ്രശ്നം ഇവിടെയാണോ? ഞങ്ങൾ കുഴിക്കാൻ തുടങ്ങി, ഇതുവരെയുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട പുരോഗതി കണ്ടെത്തി.

ആ നിമിഷം, പൂളിൽ നിന്ന് ഒരു സെർവർ ഒരു മണ്ടൻ അൽഗോരിതം ഉപയോഗിച്ച് തിരഞ്ഞെടുത്തു: ചാനലും ശക്തിയും അനുസരിച്ച് ഓരോന്നിനും അതിന്റേതായ "ഭാരം" ഉണ്ടായിരുന്നു, കൂടാതെ ഉപയോക്താവിനെ ഏറ്റവും വലിയ "ഭാരം" ഉള്ളതിലേക്ക് അയയ്ക്കാൻ ഞങ്ങൾ ശ്രമിച്ചു. ഉപയോക്താവ് ഭൂമിശാസ്ത്രപരമായി എവിടെയാണ് സ്ഥിതിചെയ്യുന്നത് എന്ന് ശ്രദ്ധിക്കുന്നു. തൽഫലമായി, സെന്റ് പീറ്റേഴ്‌സ്ബർഗിലെ ഒരു അധ്യാപകന് സൈബീരിയയിൽ നിന്നുള്ള ഒരു വിദ്യാർത്ഥിയുമായി മോസ്കോ വഴി ആശയവിനിമയം നടത്താൻ കഴിഞ്ഞു, അല്ലാതെ സെന്റ് പീറ്റേഴ്‌സ്ബർഗിലെ ഞങ്ങളുടെ ജാനസ് സെർവർ വഴിയല്ല.

അൽഗോരിതം വീണ്ടും ചെയ്തു: ഇപ്പോൾ, ഒരു ഉപയോക്താവ് ഞങ്ങളുടെ പ്ലാറ്റ്ഫോം തുറക്കുമ്പോൾ, അജാക്സ് ഉപയോഗിച്ച് എല്ലാ സെർവറുകളിലേക്കും ഞങ്ങൾ അവനിൽ നിന്ന് പിംഗുകൾ ശേഖരിക്കും. ഒരു കണക്ഷൻ സ്ഥാപിക്കുമ്പോൾ, ഞങ്ങൾ ഒരു ജോടി പിംഗുകൾ (അധ്യാപക-സെർവർ, വിദ്യാർത്ഥി-സെർവർ) ഏറ്റവും ചെറിയ തുക ഉപയോഗിച്ച് തിരഞ്ഞെടുക്കുന്നു. പിംഗ് കുറവ് എന്നാൽ സെർവറിലേക്കുള്ള നെറ്റ്‌വർക്ക് ദൂരം കുറവാണ്; കുറഞ്ഞ ദൂരം എന്നാൽ പാക്കറ്റുകൾ നഷ്‌ടപ്പെടാനുള്ള സാധ്യത കുറവാണ്; വീഡിയോ ആശയവിനിമയത്തിലെ ഏറ്റവും വലിയ നെഗറ്റീവ് ഘടകമാണ് പാക്കറ്റ് നഷ്ടം. മൂന്ന് മാസത്തിനുള്ളിൽ നിഷേധാത്മകതയുടെ പങ്ക് പകുതിയായി കുറഞ്ഞു (ന്യായം പറഞ്ഞാൽ, ഈ സമയത്ത് മറ്റ് പരീക്ഷണങ്ങൾ നടത്തിയിരുന്നു, എന്നാൽ ഇത് തീർച്ചയായും ഏറ്റവും കൂടുതൽ സ്വാധീനം ചെലുത്തി).

വ്യക്തമല്ലാത്തതും എന്നാൽ പ്രത്യക്ഷത്തിൽ പ്രധാനപ്പെട്ടതുമായ മറ്റൊരു കാര്യം ഞങ്ങൾ അടുത്തിടെ കണ്ടെത്തി: കട്ടിയുള്ള ഒരു ചാനലിലെ ഒരു ശക്തമായ ജാനസ് സെർവറിന് പകരം, കനം കുറഞ്ഞ ബാൻഡ്‌വിഡ്ത്ത് ഉള്ള രണ്ട് ലളിതമായവ ഉള്ളത് നല്ലതാണ്. ഒരേ സമയം നിരവധി മുറികൾ (ആശയവിനിമയ സെഷനുകൾ) ഞെരുക്കാമെന്ന പ്രതീക്ഷയിൽ ഞങ്ങൾ ശക്തമായ മെഷീനുകൾ വാങ്ങിയതിനുശേഷം ഇത് വ്യക്തമായി. സെർവറുകൾക്ക് ഒരു ബാൻഡ്‌വിഡ്ത്ത് പരിധി ഉണ്ട്, അത് നമുക്ക് മുറികളുടെ എണ്ണത്തിലേക്ക് കൃത്യമായി വിവർത്തനം ചെയ്യാൻ കഴിയും - എത്രയെണ്ണം തുറക്കാമെന്ന് ഞങ്ങൾക്കറിയാം, ഉദാഹരണത്തിന്, 300 Mbit/s. ഒരു സെർവറിൽ നിരവധി മുറികൾ തുറന്നാൽ, ലോഡ് കുറയുന്നത് വരെ ഞങ്ങൾ അത് പുതിയ പ്രവർത്തനങ്ങൾക്കായി തിരഞ്ഞെടുക്കുന്നത് നിർത്തും. ശക്തമായ ഒരു മെഷീൻ വാങ്ങിയാൽ, ഞങ്ങൾ ചാനൽ പരമാവധി അതിലേക്ക് ലോഡ് ചെയ്യും, അങ്ങനെ അവസാനം അത് ബാൻഡ്‌വിഡ്ത്ത് വഴിയല്ല, പ്രോസസ്സറും മെമ്മറിയും കൊണ്ട് പരിമിതപ്പെടുത്തും എന്നതായിരുന്നു ആശയം. ഒരു നിശ്ചിത എണ്ണം തുറന്ന മുറികൾക്ക് ശേഷം (420), പ്രോസസ്സർ, മെമ്മറി, ഡിസ്ക് എന്നിവയിലെ ലോഡ് ഇപ്പോഴും പരിധിയിൽ നിന്ന് വളരെ അകലെയാണെങ്കിലും, സാങ്കേതിക പിന്തുണയിൽ നെഗറ്റീവ് എത്താൻ തുടങ്ങുന്നു. പ്രത്യക്ഷത്തിൽ, ജാനസിന്റെ ഉള്ളിൽ എന്തോ മോശമായിക്കൊണ്ടിരിക്കുകയാണ്, ഒരുപക്ഷേ അവിടെയും ചില നിയന്ത്രണങ്ങൾ ഉണ്ടായിരിക്കാം. ഞങ്ങൾ പരീക്ഷണം തുടങ്ങി, ബാൻഡ്‌വിഡ്ത്ത് പരിധി 300-ൽ നിന്ന് 200 Mbit/s ആയി താഴ്ത്തി, പ്രശ്‌നങ്ങൾ ഇല്ലാതായി. കുറഞ്ഞ പരിധികളും സവിശേഷതകളും ഉള്ള മൂന്ന് പുതിയ സെർവറുകൾ ഞങ്ങൾ ഇപ്പോൾ വാങ്ങി, ഇത് ആശയവിനിമയത്തിന്റെ ഗുണനിലവാരത്തിൽ സ്ഥിരതയുള്ള പുരോഗതിയിലേക്ക് നയിക്കുമെന്ന് ഞങ്ങൾ കരുതുന്നു. തീർച്ചയായും, അവിടെ എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കാൻ ഞങ്ങൾ ശ്രമിച്ചില്ല; ഞങ്ങളുടെ ഊന്നുവടികളാണ് എല്ലാം. ഞങ്ങളുടെ പ്രതിരോധത്തിൽ, ആ നിമിഷം അമർത്തുന്ന പ്രശ്നം കഴിയുന്നത്ര വേഗത്തിൽ പരിഹരിക്കേണ്ടത് അത്യാവശ്യമാണെന്ന് പറയട്ടെ, അത് മനോഹരമായി ചെയ്യരുത്; കൂടാതെ, Janus for us എന്നത് C യിൽ എഴുതിയ ഒരു ബ്ലാക്ക് ബോക്സാണ്, അത് ടിങ്കർ ചെയ്യാൻ വളരെ ചെലവേറിയതാണ്.

ശരി, ഈ പ്രക്രിയയിൽ ഞങ്ങൾ:

• സെർവറിലും ക്ലയന്റിലും അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയുന്ന എല്ലാ ഡിപൻഡൻസികളും അപ്ഡേറ്റ് ചെയ്തു (ഇവയും പരീക്ഷണങ്ങളായിരുന്നു, ഞങ്ങൾ ഫലങ്ങൾ നിരീക്ഷിച്ചു);
• നിർദ്ദിഷ്ട കേസുകളുമായി ബന്ധപ്പെട്ട എല്ലാ തിരിച്ചറിഞ്ഞ ബഗുകളും പരിഹരിച്ചു, ഉദാഹരണത്തിന്, കണക്ഷൻ കുറയുകയും യാന്ത്രികമായി പുനഃസ്ഥാപിക്കാതിരിക്കുകയും ചെയ്യുമ്പോൾ;
• വീഡിയോ ആശയവിനിമയ മേഖലയിൽ പ്രവർത്തിക്കുന്ന കമ്പനികളുമായി ഞങ്ങൾ ധാരാളം മീറ്റിംഗുകൾ നടത്തി, ഞങ്ങളുടെ പ്രശ്നങ്ങൾ പരിചിതമാണ്: സ്ട്രീമിംഗ് ഗെയിമുകൾ, വെബിനാറുകൾ സംഘടിപ്പിക്കൽ; ഞങ്ങൾക്ക് ഉപയോഗപ്രദമെന്ന് തോന്നിയതെല്ലാം ഞങ്ങൾ പരീക്ഷിച്ചു;
• ഏറ്റവും കൂടുതൽ പരാതികൾ ലഭിച്ച അധ്യാപകരുടെ ഹാർഡ്‌വെയർ, ആശയവിനിമയ നിലവാരം എന്നിവയുടെ സാങ്കേതിക അവലോകനം നടത്തി.

പരീക്ഷണങ്ങളും തുടർന്നുള്ള മാറ്റങ്ങളും അധ്യാപകർക്കിടയിലെ ആശയവിനിമയത്തിലുള്ള അതൃപ്തി 7,1 ജനുവരിയിൽ 2018 ശതമാനത്തിൽ നിന്ന് 2,5 ജനുവരിയിൽ 2019 ശതമാനമായി കുറയ്ക്കാൻ സാധിച്ചു.

അടുത്തത് എന്താണ്

ഞങ്ങളുടെ Vimbox പ്ലാറ്റ്‌ഫോം സ്ഥിരപ്പെടുത്തുന്നത് 2019-ലെ കമ്പനിയുടെ പ്രധാന പദ്ധതികളിലൊന്നാണ്. ഞങ്ങൾക്ക് ആക്കം നിലനിർത്താനാകുമെന്നും പ്രധാന പരാതികളിൽ വീഡിയോ കമ്മ്യൂണിക്കേഷൻ ഇനി കാണില്ലെന്നും ഞങ്ങൾക്ക് വലിയ പ്രതീക്ഷയുണ്ട്. ഈ പരാതികളിൽ ഒരു പ്രധാന ഭാഗം ഉപയോക്താക്കളുടെ കമ്പ്യൂട്ടറുകളിലും ഇന്റർനെറ്റിലും ഉള്ള കാലതാമസവുമായി ബന്ധപ്പെട്ടതാണെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു, എന്നാൽ ഞങ്ങൾ ഈ ഭാഗം നിർണ്ണയിക്കുകയും ബാക്കിയുള്ളവ പരിഹരിക്കുകയും വേണം. മറ്റെല്ലാം സാങ്കേതിക പ്രശ്‌നമാണ്, അതിനെ നേരിടാൻ നമുക്ക് കഴിയണമെന്ന് തോന്നുന്നു.

ഗുണനിലവാരം മെച്ചപ്പെടുത്താൻ യഥാർത്ഥത്തിൽ ഏത് തലത്തിലേക്ക് സാധ്യമാണെന്ന് ഞങ്ങൾക്ക് അറിയില്ല എന്നതാണ് പ്രധാന ബുദ്ധിമുട്ട്. ഈ പരിധി കണ്ടെത്തുക എന്നതാണ് പ്രധാന ചുമതല. അതിനാൽ, രണ്ട് പരീക്ഷണങ്ങൾ ആസൂത്രണം ചെയ്തു:

1. യുദ്ധസാഹചര്യങ്ങളിൽ സാധാരണ p2p-യുമായി ജാനസ് വഴി വീഡിയോ താരതമ്യം ചെയ്യുക. ഈ പരീക്ഷണം ഇതിനകം തന്നെ നടത്തിയിട്ടുണ്ട്, ഞങ്ങളുടെ പരിഹാരവും p2p യും തമ്മിൽ സ്ഥിതിവിവരക്കണക്ക് കാര്യമായ വ്യത്യാസമൊന്നും കണ്ടെത്തിയില്ല;
2. വീഡിയോ കമ്മ്യൂണിക്കേഷൻ സൊല്യൂഷനുകളിൽ മാത്രം പണം സമ്പാദിക്കുന്ന കമ്പനികളിൽ നിന്ന് (വിലയേറിയ) സേവനങ്ങൾ നൽകാം, അവയിൽ നിന്നുള്ള നെഗറ്റീവ് തുക നിലവിലുള്ളവയുമായി താരതമ്യം ചെയ്യാം.

ഈ രണ്ട് പരീക്ഷണങ്ങളും കൈവരിക്കാവുന്ന ഒരു ലക്ഷ്യം തിരിച്ചറിയാനും അതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാനും നമ്മെ അനുവദിക്കും.

കൂടാതെ, പതിവായി പരിഹരിക്കാൻ കഴിയുന്ന നിരവധി ജോലികൾ ഉണ്ട്:

• ആത്മനിഷ്ഠ അവലോകനങ്ങൾക്ക് പകരം ഞങ്ങൾ ആശയവിനിമയ നിലവാരത്തിന്റെ ഒരു സാങ്കേതിക മെട്രിക് സൃഷ്ടിക്കുന്നു;
• സംഭവിക്കുന്ന പരാജയങ്ങൾ കൂടുതൽ കൃത്യമായി വിശകലനം ചെയ്യുന്നതിനും അവ എപ്പോൾ, എവിടെയാണ് സംഭവിച്ചതെന്ന് മനസ്സിലാക്കുന്നതിനും ആ നിമിഷത്തിൽ ബന്ധമില്ലാത്തതായി തോന്നുന്ന സംഭവങ്ങൾ എന്തൊക്കെയാണെന്നും ഞങ്ങൾ കൂടുതൽ വിശദമായ സെഷൻ ലോഗുകൾ നിർമ്മിക്കുന്നു;
• പാഠത്തിന് മുമ്പ് ഞങ്ങൾ ഒരു ഓട്ടോമാറ്റിക് കണക്ഷൻ ഗുണനിലവാര പരിശോധന തയ്യാറാക്കുന്നു, കൂടാതെ ക്ലയന്റിന് അവന്റെ ഹാർഡ്‌വെയറും ചാനലും മൂലമുണ്ടാകുന്ന നിഷേധാത്മകതയുടെ അളവ് കുറയ്ക്കുന്നതിന് കണക്ഷൻ സ്വമേധയാ പരിശോധിക്കാനുള്ള അവസരവും നൽകുന്നു;
• ഞങ്ങൾ കൂടുതൽ വീഡിയോ കമ്മ്യൂണിക്കേഷൻ ലോഡ് ടെസ്റ്റുകൾ വികസിപ്പിക്കുകയും മോശമായ അവസ്ഥയിൽ, വേരിയബിൾ പാക്കറ്റ് നഷ്ടം മുതലായവ നടത്തുകയും ചെയ്യും.
• തെറ്റ് സഹിഷ്ണുത വർദ്ധിപ്പിക്കുന്നതിന് പ്രശ്നങ്ങൾ ഉണ്ടാകുമ്പോൾ സെർവറുകളുടെ സ്വഭാവം ഞങ്ങൾ മാറ്റുന്നു;
• സ്കൈപ്പ് ചെയ്യുന്നതുപോലെ, അവന്റെ കണക്ഷനിൽ എന്തെങ്കിലും കുഴപ്പമുണ്ടെങ്കിൽ ഞങ്ങൾ ഉപയോക്താവിന് മുന്നറിയിപ്പ് നൽകും, അതുവഴി പ്രശ്നം തന്റെ ഭാഗത്താണ് എന്ന് അയാൾ മനസ്സിലാക്കും.

ഏപ്രിൽ മുതൽ, വീഡിയോ കമ്മ്യൂണിക്കേഷൻ ദിശ വിംബോക്‌സിന്റെ ഒരു ഭാഗം മാത്രമല്ല, സ്വന്തം ഉൽപ്പന്നവുമായി ഇടപഴകുന്ന സ്കൈങ്ങിനുള്ളിൽ ഒരു പൂർണ്ണമായ പ്രത്യേക പ്രോജക്റ്റായി മാറി. ഇതിനർത്ഥം ഞങ്ങൾ ആളുകളെ തിരയാൻ തുടങ്ങുന്നു എന്നാണ് മുഴുവൻ സമയ മോഡിൽ വീഡിയോയിൽ പ്രവർത്തിക്കുന്നു. ശരി, എല്ലായ്പ്പോഴും എന്നപോലെ ഞങ്ങൾ ഒരുപാട് നല്ല ആളുകളെ തിരയുന്നു.

കൂടാതെ, തീർച്ചയായും, വീഡിയോ ആശയവിനിമയങ്ങളുമായി പ്രവർത്തിക്കുന്ന ആളുകളുമായും കമ്പനികളുമായും ഞങ്ങൾ സജീവമായി ആശയവിനിമയം നടത്തുന്നത് തുടരുന്നു. നിങ്ങൾ ഞങ്ങളുമായി അനുഭവം കൈമാറാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ഞങ്ങൾ സന്തോഷിക്കും! അഭിപ്രായമിടുക, ബന്ധപ്പെടുക - ഞങ്ങൾ എല്ലാവർക്കും ഉത്തരം നൽകും.

അവലംബം: www.habr.com