Vimbox மேடையில் ஆசிரியர் மற்றும் மாணவர் இடையேயான தொடர்புக்கான முக்கிய வழி வீடியோ தொடர்பு. நாங்கள் நீண்ட காலத்திற்கு முன்பு Skype ஐ கைவிட்டோம், பல மூன்றாம் தரப்பு தீர்வுகளை முயற்சித்தோம், இறுதியில் WebRTC - Janus-gateway கலவையில் குடியேறினோம். சில நேரம் நாங்கள் எல்லாவற்றிலும் மகிழ்ச்சியாக இருந்தோம், ஆனால் இன்னும் சில எதிர்மறை அம்சங்கள் தொடர்ந்து வெளிப்பட்டன. இதன் விளைவாக, ஒரு தனி வீடியோ திசை உருவாக்கப்பட்டது.
புதிய திசையின் தலைவரான கிரில் ரோகோவாயிடம், ஸ்கைங்கில் வீடியோ தகவல்தொடர்பு பரிணாமம், கண்டுபிடிக்கப்பட்ட சிக்கல்கள், தீர்வுகள் மற்றும் ஊன்றுகோல் பற்றி பேசும்படி கேட்டேன். வலைப் பயன்பாடு மூலம் சொந்தமாக வீடியோவை உருவாக்கும் நிறுவனங்களுக்கும் கட்டுரை பயனுள்ளதாக இருக்கும் என நம்புகிறோம்.
வரலாற்றின் ஒரு பிட்
2017 ஆம் ஆண்டு கோடையில், ஸ்கைங் டெவலப்மென்ட்டின் தலைவரான செர்ஜி சஃபோனோவ், நாங்கள் "ஸ்கைப்பை கைவிட்டு WebRTC ஐ எவ்வாறு செயல்படுத்தினோம்" என்பது பற்றிய ஒரு கதையுடன் Backend Conf இல் பேசினார். ஆர்வமுள்ளவர்கள் உரையின் பதிவைப் பார்க்கலாம் (~45 நிமிடம்), அதன் சாராம்சத்தை இங்கே சுருக்கமாக கோடிட்டுக் காட்டுகிறேன்.
ஸ்கைங் பள்ளியைப் பொறுத்தவரை, வீடியோ தொடர்பு எப்போதும் ஆசிரியர்-மாணவர் தொடர்புக்கு முன்னுரிமை அளிக்கும் வழியாகும். முதலில், ஸ்கைப் பயன்படுத்தப்பட்டது, ஆனால் அது பல காரணங்களுக்காக திட்டவட்டமாக திருப்திகரமாக இல்லை, முதன்மையாக பதிவுகள் இல்லாதது மற்றும் இணைய பயன்பாட்டில் நேரடியாக ஒருங்கிணைக்க முடியாதது. எனவே, நாங்கள் அனைத்து வகையான சோதனைகளையும் மேற்கொண்டோம்.
உண்மையில், வீடியோ தொடர்புக்கான எங்கள் தேவைகள் தோராயமாக பின்வருமாறு:
- ஸ்திரத்தன்மை;
- ஒரு பாடத்திற்கு குறைந்த விலை;
- பதிவு பாடங்கள்;
- யார் எவ்வளவு பேசுகிறார்கள் என்பதைக் கண்காணிப்பது (பாடங்களின் போது ஆசிரியரை விட மாணவர்கள் அதிகம் பேசுவது எங்களுக்கு முக்கியம்);
- நேரியல் அளவிடுதல்;
- UDP மற்றும் TCP இரண்டையும் பயன்படுத்தும் திறன்.
முதலில் டோக்பாக்ஸை 2013 இல் செயல்படுத்த முயற்சித்தது. எல்லாம் நன்றாக இருந்தது, ஆனால் அது மிகவும் விலை உயர்ந்ததாக மாறியது - ஒரு பாடத்திற்கு 113 ரூபிள் - மற்றும் லாபத்தை சாப்பிட்டது.
பின்னர் 2015 இல், Voximplant ஒருங்கிணைக்கப்பட்டது. யார் எவ்வளவு பேசினார்கள் என்பதைக் கண்காணிக்க வேண்டிய செயல்பாடு இங்கே இருந்தது, அதே நேரத்தில் தீர்வு மிகவும் மலிவானது: ஆடியோ மட்டுமே பதிவு செய்யப்பட்டால், ஒரு பாடத்திற்கு 20 ரூபிள் செலவாகும். இருப்பினும், இது UDP வழியாக மட்டுமே வேலை செய்தது மற்றும் TCPக்கு மாற முடியவில்லை. இருப்பினும், சுமார் 40% மாணவர்கள் இதைப் பயன்படுத்தினர்.
ஒரு வருடம் கழித்து, நாங்கள் கார்ப்பரேட் வாடிக்கையாளர்களை அவர்களின் சொந்த குறிப்பிட்ட தேவைகளுடன் வைத்திருக்க ஆரம்பித்தோம். எடுத்துக்காட்டாக, அனைத்தும் உலாவி மூலம் செயல்பட வேண்டும்; நிறுவனம் http மற்றும் https மட்டுமே திறக்கும்; அதாவது ஸ்கைப் அல்லது யுடிபி இல்லை. கார்ப்பரேட் வாடிக்கையாளர்கள் = பணம், எனவே அவர்கள் டோக்பாக்ஸுக்குத் திரும்பினர், ஆனால் விலையின் சிக்கல் நீங்கவில்லை.
தீர்வு - WebRTC மற்றும் Janus
பயன்படுத்த முடிவு செய்யப்பட்டது . இது ஒரு இணைப்பை நிறுவுதல், குறியாக்கம் மற்றும் டிகோடிங் ஸ்ட்ரீம்கள், டிராக்குகளை ஒத்திசைத்தல் மற்றும் நெட்வொர்க் குறைபாடுகளைக் கையாள்வதன் மூலம் தரக் கட்டுப்பாடு ஆகியவற்றிற்கு பொறுப்பாகும். எங்கள் பங்கிற்கு, கேமரா மற்றும் மைக்ரோஃபோனிலிருந்து ஸ்ட்ரீம்களைப் படிப்பது, வீடியோ வரைதல், இணைப்பை நிர்வகித்தல், WebRTC இணைப்பை நிறுவுதல் மற்றும் அதற்கு ஸ்ட்ரீம்களை அனுப்புதல், அத்துடன் இணைப்பை நிறுவ வாடிக்கையாளர்களுக்கு இடையே சமிக்ஞை செய்திகளை அனுப்புதல் (WebRTC தானே விவரிக்கிறது தரவு வடிவம், ஆனால் அதன் பொறிமுறை பரிமாற்றங்கள் அல்ல). வாடிக்கையாளர்கள் NATக்கு பின்னால் இருந்தால், WebRTC STUN சேவையகங்களை இணைக்கிறது; இது உதவவில்லை என்றால், சர்வர்களை மாற்றவும்.
வழக்கமான p2p இணைப்பு எங்களுக்கு போதுமானதாக இல்லை, ஏனெனில் புகார்கள் ஏற்பட்டால் மேலும் பகுப்பாய்வு செய்ய பாடங்களை பதிவு செய்ய விரும்புகிறோம். எனவே WebRTC ஸ்ட்ரீம்களை ரிலே மூலம் அனுப்புகிறோம் . இதன் விளைவாக, வாடிக்கையாளர்களுக்கு ஒருவருக்கொருவர் முகவரி தெரியாது, ஜானஸ் சேவையக முகவரியை மட்டுமே பார்க்கிறார்கள்; இது ஒரு சமிக்ஞை சேவையகத்தின் செயல்பாடுகளையும் செய்கிறது. ஜானஸ் நமக்குத் தேவையான பல அம்சங்களைக் கொண்டுள்ளது: கிளையன்ட் UDP தடுக்கப்பட்டிருந்தால் தானாகவே TCPக்கு மாறுகிறது; UDP மற்றும் TCP ஸ்ட்ரீம்கள் இரண்டையும் பதிவு செய்யலாம்; அளவிடக்கூடியது; எதிரொலி சோதனைகளுக்கான உள்ளமைக்கப்பட்ட செருகுநிரல் கூட உள்ளது. தேவைப்பட்டால், Twilio இலிருந்து 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 ஆம் ஆண்டிற்கான நிறுவனத்தின் முக்கிய திட்டங்களில் ஒன்றாகும். எங்களால் வேகத்தைத் தக்க வைத்துக் கொள்ள முடியும் என்றும், மேல் புகார்களில் வீடியோ தொடர்புகளை இனி பார்க்க மாட்டோம் என்றும் எங்களுக்கு அதிக நம்பிக்கை உள்ளது. இந்த புகார்களில் கணிசமான பகுதி பயனர்களின் கணினிகள் மற்றும் இணையத்தில் பின்னடைவுகளுடன் தொடர்புடையது என்பதை நாங்கள் புரிந்துகொள்கிறோம், ஆனால் இந்த பகுதியை நாங்கள் தீர்மானித்து மீதமுள்ளவற்றை தீர்க்க வேண்டும். மற்ற அனைத்தும் தொழில்நுட்ப சிக்கல், அதை நாம் சமாளிக்க முடியும் என்று தோன்றுகிறது.
முக்கிய சிரமம் என்னவென்றால், தரத்தை மேம்படுத்துவது உண்மையில் எந்த அளவிற்கு சாத்தியம் என்பது எங்களுக்குத் தெரியாது. இந்த உச்சவரம்பைக் கண்டுபிடிப்பது முக்கிய பணியாகும். எனவே, இரண்டு சோதனைகள் திட்டமிடப்பட்டன:
- போர் நிலைகளில் வழக்கமான p2p உடன் Janus வழியாக வீடியோவை ஒப்பிடவும். இந்த சோதனை ஏற்கனவே மேற்கொள்ளப்பட்டது, எங்கள் தீர்வுக்கும் p2pக்கும் இடையே புள்ளிவிவர ரீதியாக குறிப்பிடத்தக்க வேறுபாடு எதுவும் காணப்படவில்லை;
- வீடியோ தொடர்பு தீர்வுகளில் பிரத்தியேகமாக பணம் சம்பாதிக்கும் நிறுவனங்களிடமிருந்து (விலையுயர்ந்த) சேவைகளை வழங்குவோம், மேலும் அவர்களிடமிருந்து வரும் எதிர்மறையின் அளவை ஏற்கனவே உள்ளவற்றுடன் ஒப்பிடுவோம்.
இந்த இரண்டு சோதனைகளும் அடையக்கூடிய இலக்கை அடையாளம் கண்டு அதில் கவனம் செலுத்த அனுமதிக்கும்.
கூடுதலாக, வழக்கமாக தீர்க்கக்கூடிய பல பணிகள் உள்ளன:
- அகநிலை மதிப்புரைகளுக்குப் பதிலாக தகவல்தொடர்பு தரத்தின் தொழில்நுட்ப அளவீட்டை உருவாக்குகிறோம்;
- நிகழும் தோல்விகளை மிகவும் துல்லியமாக பகுப்பாய்வு செய்வதற்கும், அவை எப்போது, எங்கே சரியாக நிகழ்ந்தன என்பதைப் புரிந்துகொள்வதற்கும், அந்த நேரத்தில் தொடர்பில்லாத நிகழ்வுகள் என்ன நடந்தது என்பதைப் புரிந்துகொள்வதற்கும் நாங்கள் விரிவான அமர்வு பதிவுகளை உருவாக்குகிறோம்;
- பாடத்திற்கு முன் ஒரு தானியங்கி இணைப்பு தர சோதனையை நாங்கள் தயார் செய்கிறோம், மேலும் வாடிக்கையாளரின் வன்பொருள் மற்றும் சேனலால் ஏற்படும் எதிர்மறையின் அளவைக் குறைப்பதற்காக இணைப்பை கைமுறையாக சோதிக்கும் வாய்ப்பையும் வழங்குகிறோம்;
- மோசமான நிலையில், மாறி பாக்கெட் இழப்பு போன்றவற்றுடன் மேலும் வீடியோ தொடர்பு சுமை சோதனைகளை உருவாக்கி நடத்துவோம்.
- பிழை சகிப்புத்தன்மையை அதிகரிக்கச் சிக்கல்கள் ஏற்பட்டால் சேவையகங்களின் நடத்தையை மாற்றுகிறோம்;
- பயனரின் இணைப்பில் ஏதேனும் தவறு இருந்தால், ஸ்கைப் செய்வது போல, பயனருக்கு எச்சரிப்போம், இதனால் பிரச்சனை அவர் பக்கம் உள்ளது என்பதை அவர் புரிந்துகொள்வார்.
ஏப்ரல் முதல், வீடியோ தகவல்தொடர்பு திசையானது ஸ்கைங்கிற்குள் ஒரு முழுமையான தனித் திட்டமாக மாறியுள்ளது, இது விம்பாக்ஸின் ஒரு பகுதியாக மட்டும் இல்லாமல் அதன் சொந்த தயாரிப்பைக் கையாள்கிறது. இதன் பொருள் நாங்கள் மக்களைத் தேடத் தொடங்குகிறோம் . சரி, எப்போதும் போல .
மேலும், நிச்சயமாக, வீடியோ தகவல்தொடர்புகளுடன் பணிபுரியும் நபர்கள் மற்றும் நிறுவனங்களுடன் நாங்கள் தொடர்ந்து தீவிரமாக தொடர்பு கொள்கிறோம். நீங்கள் எங்களுடன் அனுபவத்தை பரிமாறிக்கொள்ள விரும்பினால், நாங்கள் மகிழ்ச்சியடைவோம்! கருத்து தெரிவிக்கவும், தொடர்பு கொள்ளவும் - நாங்கள் அனைவருக்கும் பதிலளிப்போம்.
ஆதாரம்: www.habr.com