தனிப்பட்ட அல்லது தொழில்முறை மற்றும் பயன்பாடுகள் வணிகமாக இருக்கும் போது வெறும் தகவல்தொடர்புக்கு மேலாக ஆப்ஸைப் பயன்படுத்தும் போது, பயன்பாடுகளின் கிடைக்கும் தன்மையை இன்று போல் பெரிதாக எடுத்துக் கொள்ளப்படவில்லை.
தொடர்ந்து ஆன்லைனில் இல்லாத அல்லது நிலையற்ற பயன்பாடுகள், அவற்றின் பயனர்களையும் பொருத்தத்தையும் இழந்து, இறுதியில் வழக்கற்றுப் போய்விடும். இது ஒரு நொடியில் நடந்தது. இணையம் ஒருபோதும் தூங்காது மற்றும் 24 மணிநேரமும், வாரத்தில் 7 நாட்களும் இயங்குவதால், அதே யோசனை பயன்பாடுகளுக்கும் பொருந்தும்.
இதைச் செய்வதற்கும் பயன்பாடு கிடைப்பதை உறுதி செய்வதற்கும் அளவிடுதல் முக்கியமானது. சுமை சமநிலை என்பது கிடைப்பதை உறுதி செய்வதில் மிக முக்கியமான கூறுகளில் ஒன்றாகும். சுமை சமநிலையை ஒரு எளிய ஸ்கிரிப்ட் மூலம் நிறைவேற்ற முடியும் என்று பலர் இன்னும் நம்புகிறார்கள்.
எனினும், இது அவ்வாறு இல்லை. இது மட்டுமே உலகம் முழுவதிலும் உள்ள நிரல்களுக்கான அணுகலை வழங்குகிறது - எந்த நேரத்திலும் எந்த சாதனத்திலிருந்தும்.
இந்த இடுகையில், சுமை சமநிலை, அதன் அல்காரிதம்கள் மற்றும் மைக்ரோ சர்வீஸுடன் அது எவ்வாறு தொடர்புடையது போன்றவற்றை ஆழமாகப் பார்ப்போம். ஆரம்பித்துவிடுவோம்!
சுமை சமநிலை என்றால் என்ன?
இணையதளம் அல்லது வணிக பயன்பாட்டிற்கான தேவை அதிகரித்து வருவதால், ஒரு சேவையகத்தால் விரைவில் முழு சுமையையும் கையாள முடியாது. தேவையை பூர்த்தி செய்வதற்காக நிறுவனங்கள் பல சேவையகங்களில் பணிச்சுமையை விநியோகிக்கின்றன. "லோட் பேலன்சிங்" எனப்படும் இந்த முறை, ஒரு சேவையகத்தை ஓவர்லோட் ஆவதைத் தடுக்கிறது, இது வேகத்தைக் குறைக்கலாம், கோரிக்கைகளை கைவிடலாம் அல்லது செயலிழக்கச் செய்யலாம்.
ஆதார சுமை காரணமாக தோல்வியைத் தவிர்க்க சுமை சமநிலை நெட்வொர்க் போக்குவரத்தை சமமாக விநியோகிக்கிறது. பயன்பாடுகள், இணையதளங்கள், தரவுத்தளங்கள் மற்றும் பிற கணினி ஆதாரங்கள் சிறப்பாகச் செயல்படுவதோடு, இந்த முறையைப் பயன்படுத்திக் கிடைக்கும். பயனர் கோரிக்கைகளை சரியான நேரத்தில் மற்றும் சரியான நேரத்தில் செயல்படுத்தவும் இது உதவுகிறது.
பயனரின் பார்வையில், சுமை சமநிலையானது ஒரு கிளையன்ட் மற்றும் சர்வர்களின் தொகுப்பிற்கு இடையே காணப்படாத ஒரு இடைத்தரகராக செயல்படுகிறது, இது இணைப்பு கோரிக்கைகள் கைவிடப்படாமல் இருப்பதை உறுதி செய்கிறது. பயன்பாடுகள், இணையதளங்கள், தரவுத்தளங்கள் மற்றும் ஆன்லைன் சேவைகள் சுமை சமநிலை இல்லாமல் தேவை மிக அதிகமாக இருந்தால் பெரும்பாலும் சரிந்துவிடும்.
நூறாயிரக்கணக்கான பயனர் கோரிக்கைகளை ஒரே நேரத்தில் அதிக ட்ராஃபிக் இணையதளத்திற்கு அனுப்ப முடியும். உரை, படங்கள், வீடியோ மற்றும் ஆடியோ ஸ்ட்ரீமிங் போன்ற கோரப்பட்ட உள்ளடக்கத்துடன் இணையப் பக்கங்களைச் சரியாக நிரப்புவதற்குப் பல சேவையகங்கள் தேவை. சுமை சமநிலை பொதுவாக அதிக போக்குவரத்து உள்ள இணையதள சேவையகப் பண்ணைகளிலும், DNS சர்வர்கள், தரவுத்தளங்கள் மற்றும் கோப்பு பரிமாற்ற நெறிமுறை (FTP) தளங்களிலும் பயன்படுத்தப்படுகிறது.
ஒரு சேவையகம் அதிக சுமையாக இருந்தால், அது மோசமாகச் செயல்படலாம் அல்லது செயலிழக்கக்கூடும். லோட் பேலன்சர்கள் சேவையகங்களின் தொகுப்பில் பயனர் கோரிக்கைகளை சமமாக விநியோகிப்பதன் மூலம் வேலையில்லா நேரத்தின் வாய்ப்பைக் குறைக்கிறது. குழுவில் உள்ள சேவையகங்களில் ஒன்று தோல்வியுற்றால், குழுவில் உள்ள மற்ற சேவையகங்களுக்கு போக்குவரத்து மாற்றப்படும். ஒரு லோட் பேலன்சர் தானாகவே புதிய சேவையகங்களை ட்ராஃபிக் விநியோக செயல்பாட்டில் சேர்க்கும் போது அவை சர்வர் பூலில் சேர்க்கப்படும்.
சுமை சமநிலை எவ்வாறு செயல்படுகிறது?
இது பின்வருமாறு செயல்படுகிறது:
- உலாவி அல்லது பயன்பாடு போன்ற கோரிக்கையை கிளையன்ட் பெறும்போது, அது சேவையகத்துடன் இணைக்க முயற்சிக்கிறது.
- ஒரு லோட் பேலன்சர் ஒரு கோரிக்கையைப் பெறும்போது, அது அல்காரிதம் (அல்லது பண்ணை) மூலம் நிறுவப்பட்ட வடிவங்களின் அடிப்படையில் ஒரு சர்வர் குழுவில் உள்ள சர்வர்களில் ஒன்றிற்கு அதை அனுப்புகிறது.
- சேவையகம் இணைப்பு கோரிக்கையைப் பெறுகிறது மற்றும் சுமை சமநிலை மூலம் கிளையண்டிற்கு பதிலளிக்கிறது.
- லோட் பேலன்சர் பதிலைப் பெறும்போது, தேர்ந்தெடுக்கப்பட்ட சேவையகத்தின் ஐபி முகவரியுடன் கிளையண்டின் ஐபி முகவரியுடன் பொருந்துகிறது. அதைத் தொடர்ந்து, பதில் பாக்கெட்டுடன் அனுப்பப்படுகிறது.
- SSL ஆஃப்லோட் என்பது பாதுகாப்பு சாக்கெட் லேயர் குறியாக்க நெறிமுறையைப் பயன்படுத்தி தரவை மறைகுறியாக்கும் செயல்முறையாகும், இதனால் சேவையகங்கள் செய்ய வேண்டியதில்லை.
- அமர்வு முடியும் வரை செயல்முறை மீண்டும் செய்யப்படுகிறது.
ஏற்ற சமநிலை முறைகள்
ஒரு சர்வர் பண்ணையில் உள்ள எந்த சேவையகங்கள் அடுத்த கோரிக்கையைப் பெறுகின்றன என்பதைத் தேர்ந்தெடுக்க, ஒவ்வொரு சுமை சமநிலை நுட்பமும் ஒரு அளவுகோல்களைப் பயன்படுத்துகிறது. சுமை சமநிலைக்கு ஐந்து பொதுவான அணுகுமுறைகள் உள்ளன:
- சுற்று ராபின்: இது இயல்புநிலை அணுகுமுறையாகும், மேலும் இது ஒலித்தபடியே செயல்படுகிறது. லோட் பேலன்சர் கோரிக்கைகளை சுழலும் முறையில் விநியோகிக்கிறது, குழுவில் உள்ள முதல் சர்வரில் தொடங்கி கீழே வரை செல்கிறது, அங்கு அது மீண்டும் அழைக்கப்படும் வரை காத்திருக்கிறது. ஒவ்வொரு சேவையகமும் ஏறக்குறைய ஒரே எண்ணிக்கையிலான இணைப்புகளைக் கையாளுவதை இந்த முறை உறுதி செய்கிறது.
- எடையுள்ள ரவுண்ட் ராபின்: இந்த அணுகுமுறை ஒவ்வொரு சேவையகத்திற்கும் அதன் திறனுக்கு பொதுவாக விகிதாசாரமாக இருக்கும் எடையை (அல்லது விருப்பம்) வழங்குகிறது. ஒரு சர்வர் பெறும் கோரிக்கைகள், அதிக எடை. எடுத்துக்காட்டாக, இரண்டு எடை மதிப்பைக் கொண்ட சேவையகம் ஒன்று எடை மதிப்பைக் கொண்ட சேவையகத்தைப் போல இரு மடங்கு கோரிக்கைகளைப் பெறுகிறது.
- ஒட்டும் அமர்வு: இந்த அணுகுமுறை, அமர்வு நிலைத்தன்மை என்றும் அழைக்கப்படுகிறது, ஒரு அமர்வின் காலத்திற்கு சில கிளையன்ட்கள் மற்றும் சர்வர்களை இணைக்கிறது. இணைப்பை நிறுவ, லோட் பேலன்சர் ஒரு பயனர் பண்புக்கூறை அடையாளம் காண குக்கீ அல்லது பயனரின் ஐபி முகவரியைப் பயன்படுத்துகிறது. இணைப்பு நிறுவப்பட்டதும், அமர்வு முடியும் வரை பயனரின் கோரிக்கைகள் அதே சேவையகத்திற்கு அனுப்பப்படும். இது பயனர் அனுபவத்தை மேம்படுத்தும் அதே வேளையில் நெட்வொர்க் ஆதாரங்களை மேம்படுத்துகிறது.
- குறைந்த இணைப்புகள்: இந்த உத்தியானது அனைத்து கோரிக்கைகளும் சமமான சர்வர் சுமையை விளைவிக்கும் என்று கருதுகிறது. இதன் விளைவாக, குறைந்த எண்ணிக்கையிலான கோரிக்கைகளைக் கொண்ட சேவையகம் அடுத்த கோரிக்கையைப் பெறுகிறது.
- ஐபி ஹாஷ்: இந்த அல்காரிதம் கிளையன்ட் மற்றும் சர்வரின் ஆதாரம் மற்றும் இலக்கு IP முகவரிகளின் அடிப்படையில் ஒரு தனித்துவமான ஹாஷ் விசையை உருவாக்குகிறது. கோரிக்கையை வழியமைக்க விசை பயன்படுத்தப்படுகிறது மற்றும் அதே சேவையகத்துடன் இழந்த இணைப்பை மீண்டும் தொடங்க அனுமதிக்கிறது.
வன்பொருள் Vs. மென்பொருள் சுமை சமநிலைகள்
ஹார்டுவேர் லோட் பேலன்சர்
ஒரு சாதனம் போன்ற இயற்பியல் வன்பொருள், வன்பொருள் சுமை சமநிலையை உருவாக்குகிறது. தற்போதுள்ள இணைப்புகளின் எண்ணிக்கை, செயலி பயன்பாடு மற்றும் சர்வர் செயல்திறன் போன்ற காரணிகளைப் பொறுத்து இவை சேவையகங்களுக்கான போக்குவரத்தை வழிநடத்துகின்றன. ஹார்டுவேர் லோட் பேலன்சர்கள் தனியுரிம ஃபார்ம்வேரைக் கொண்டுள்ளன, அவை புதிய பதிப்புகள் மற்றும் பாதுகாப்புத் திருத்தங்கள் கிடைக்கும்போது பராமரிக்கப்பட்டு புதுப்பிக்கப்பட வேண்டும்.
ஹார்டுவேர் லோட் பேலன்சர்கள் பெரும்பாலும் அதிக செயல்திறன் மற்றும் கட்டுப்பாட்டை வழங்குகின்றன, மேலும் கெர்பரோஸ் அங்கீகாரம் மற்றும் SSL வன்பொருள் முடுக்கம் போன்ற பரந்த அளவிலான திறன்களை வழங்குகின்றன, ஆனால் அவற்றுக்கு ஓரளவு மேலாண்மை மற்றும் பராமரிப்பு நிபுணத்துவம் தேவைப்படுகிறது. மென்பொருள் சுமை பேலன்சர்களைக் காட்டிலும் ஹார்டுவேர் லோட் பேலன்சர்கள் குறைவான நெகிழ்வுத்தன்மை மற்றும் அளவிடக்கூடியவை என்பதால், ஹார்டுவேர் லோட் பேலன்சர்களை அதிகமாக வழங்குவதற்கான முனைப்பு உள்ளது.
மென்பொருள் சுமை சமநிலையாளர்
மென்பொருள் சுமை பேலன்சர்கள் பொதுவாக அவற்றின் வன்பொருள் சகாக்களை விட அமைப்பது எளிது. அவை மிகவும் செலவு குறைந்த மற்றும் மாற்றியமைக்கக்கூடியவை, மேலும் அவை மென்பொருள் மேம்பாட்டு சூழல்களுடன் நன்றாக வேலை செய்கின்றன. உங்கள் சுற்றுச்சூழலின் சரியான தேவைகளுக்கு ஏற்ற சமநிலையை தனிப்பயனாக்க மென்பொருள் முறை உங்களை அனுமதிக்கிறது. அதிகரித்த நெகிழ்வுத்தன்மை சுமை சமநிலையை அமைப்பதில் செலவழித்த கூடுதல் நேரத்தின் செலவில் வரலாம்.
மென்பொருள் பேலன்சர்கள், வன்பொருள்களை விட மாற்றங்களையும் புதுப்பிப்புகளையும் செய்ய உங்களுக்கு அதிக நெகிழ்வுத்தன்மையை வழங்குகின்றன, அவை மிகவும் மூடிய-பெட்டி அணுகுமுறையைக் கொண்டுள்ளன. முன்தொகுக்கப்பட்ட மெய்நிகர் இயந்திரங்கள் மென்பொருள் சுமை சமநிலையாளர்களாக (VMs) பயன்படுத்தப்படலாம். மெய்நிகர் இயந்திரங்கள் சில அமைவு நேரத்தைச் சேமிக்கும், ஆனால் அவற்றின் வன்பொருள் சகாக்களில் அனைத்து செயல்பாடுகளும் கிடைக்காமல் போகலாம்.
எளிய சுமை சமநிலை செயல்படுத்தல்
ஸ்பிரிங் கிளவுட் நூலகத்தைப் பயன்படுத்துவோம் பயன்பாடுகளை உருவாக்க சுமை-சமநிலையான முறையில் பிற பயன்பாடுகளுடன் இணைக்கும். ரிமோட் சேவை கோரிக்கைகளை செயலாக்கும் போது, நாம் விரும்பும் எந்த நுட்பத்தையும் பயன்படுத்தி சுமை சமநிலையை எளிதாக உருவாக்கலாம். பின்வரும் குறியீட்டை உதாரணமாகக் கவனியுங்கள். அடிப்படை சேவையக பயன்பாட்டுடன் தொடங்குவோம்.
சேவையகம் ஒரு HTTP இறுதிப்புள்ளியை மட்டுமே கொண்டிருக்கும் மற்றும் பல நிகழ்வுகளில் இயக்கப்படும். பல சேவையக நிகழ்வுகளில் கோரிக்கைகளை விநியோகிக்க ஏற்ற சமநிலையைப் பயன்படுத்தும் கிளையன்ட் பயன்பாட்டை நாங்கள் உருவாக்குவோம்.
சர்வர்
நாங்கள் ஒரு அடிப்படையுடன் தொடங்குகிறோம் வசந்த துவக்க எங்கள் எடுத்துக்காட்டு சேவையகத்திற்கான விண்ணப்பம்:
தொடங்குவதற்கு, instance_ID எனப்படும் தனிப்பயனாக்கக்கூடிய மாறியை உட்செலுத்துகிறோம். இது செயல்படும் பல நிகழ்வுகளை வேறுபடுத்தி அறிய உதவுகிறது. அதைத் தொடர்ந்து, ஒரு செய்தி மற்றும் நிகழ்வு ஐடியை வழங்கும் ஒற்றை HTTP GET இறுதிப் புள்ளியை உருவாக்குகிறோம்.
ஐடி 1 உடனான இயல்புநிலை போர்ட் 8080 இல் செயல்படும். இரண்டாவது நிகழ்வைத் தொடங்க சில நிரல் அளவுருக்கள் மட்டுமே சேர்க்க வேண்டும்:
கிளையண்ட்
இப்போது கிளையன்ட் குறியீட்டைப் பார்ப்போம். இங்குதான் லோட் பேலன்சர் வருகிறது, எனவே அதை எங்கள் பயன்பாட்டில் இணைப்பதன் மூலம் தொடங்குவோம்:
அதைத் தொடர்ந்து, ServiceInstanceListSupplier இன் செயலாக்கத்தை நாங்கள் உருவாக்குகிறோம். லோட் பேலன்சரில் இது மிக முக்கியமான இடைமுகங்களில் ஒன்றாகும். அணுகக்கூடிய சேவை நிகழ்வுகளை நாங்கள் எவ்வாறு கண்டறிகிறோம் என்பதை இது குறிப்பிடுகிறது.
எங்கள் மாதிரி பயன்பாட்டில் எங்கள் எடுத்துக்காட்டு சேவையகத்தின் இரண்டு தனித்தனி நிகழ்வுகளை கடின குறியீடு செய்வோம். அவை ஒரே அமைப்பில் இயங்குகின்றன, ஆனால் தனித்தனி போர்ட்களைப் பயன்படுத்துகின்றன:
இப்போது LoadBalancer Configuration வகுப்பை உருவாக்கவும்:
இந்த வகுப்பிற்கு ஒரே ஒரு நோக்கம் மட்டுமே உள்ளது: இது தொலைநிலை கோரிக்கைகளை செய்வதற்கு ஏற்ற-சமநிலை WebClient பில்டரை உருவாக்குகிறது. எங்கள் சிறுகுறிப்பு சேவைக்கு ஒரு கற்பனையான பெயரைப் பயன்படுத்துகிறது.
நேரத்துக்கு முன்னரே இயங்கும் நிகழ்வுகளுக்கான துல்லியமான ஹோஸ்ட்பெயர்கள் மற்றும் போர்ட்களை நாம் பெரும்பாலும் அறியாமல் இருப்பதே இதற்குக் காரணம். இதன் விளைவாக, ஒரு கற்பனையான பெயரை ஒதுக்கிடமாகப் பயன்படுத்துகிறோம், மேலும் அது இயங்கும் நிகழ்வைத் தேர்ந்தெடுக்கும்போது, உண்மையான தகவலை கட்டமைப்பானது மாற்றியமைக்கும்.
அடுத்து, ஒரு உள்ளமைவு வகுப்பை உருவாக்குவோம், அது எங்கள் சேவை நிகழ்வு வழங்கலைத் துரிதப்படுத்தப் பயன்படும். முன்பு இருந்த அதே மாற்றுப்பெயரைப் பயன்படுத்துகிறோம் என்பதை நினைவில் கொள்க:
நாம் இப்போது உண்மையான கிளையன்ட் பயன்பாட்டை உருவாக்க முடியும். முந்தைய WebClient பீனைப் பயன்படுத்தி மாதிரி சேவையகத்திற்கு 10 வினவல்களை அனுப்புவோம்:
இரண்டு தனித்தனி நிகழ்வுகளுக்கு இடையில் நாம் சுமை சமநிலைப்படுத்துகிறோம் என்பதை வெளியீட்டில் இருந்து பார்க்கலாம்:
மைக்ரோ சர்வீஸில் ஏற்ற சமநிலை
மைக்ரோ சர்வீஸ் கட்டமைப்பானது நெட்ஃபிக்ஸ் மற்றும் அமேசான் போன்ற பல நிறுவனங்களால் தளர்வாக இணைக்கப்பட்ட சேவைகளின் தொகுப்பாக வணிக பயன்பாடுகளை உருவாக்க பயன்படுத்தப்படுகிறது. சிக்கலான பயன்பாடுகளுக்கான ஹைப்பர்ஸ்கேல் மற்றும் தொடர்ச்சியான டெலிவரி ஆகியவை இந்த விநியோகிக்கப்பட்ட, தளர்வாக இணைக்கப்பட்ட கட்டமைப்பிற்கு மாறுவதற்கான இரண்டு காரணங்கள் மட்டுமே.
இந்த நிறுவனங்களின் குழுக்கள் அஜில் மற்றும் டெவொப்ஸ் உத்திகளைச் செயல்படுத்தி, பாரம்பரிய முறைகளைக் காட்டிலும் பயன்பாடுகளை வேகமாகவும் குறைந்த தோல்வி விகிதத்திலும் உருவாக்குகின்றன. இருப்பினும், விநியோகிக்கப்பட்ட கட்டமைப்பின் சிக்கலான தன்மை மற்றும் பயன்பாட்டின் கோரிக்கைகள், அளவிலான தேவைகள் மற்றும் சந்தைக்கு நேர வரம்புகள் ஆகியவற்றுக்கு இடையே நீங்கள் சமநிலையை ஏற்படுத்த வேண்டும்.
பல ஆண்டுகளாக, வளாகத்தில் அல்லது கிளவுட்டில் ஹோஸ்ட் செய்யப்படும் கார்ப்பரேட் பயன்பாடுகளுக்கான சேவை அளவிலான தேவைகளைப் பூர்த்தி செய்வதில் பயன்பாட்டு டெலிவரி கன்ட்ரோலர்கள் (ADCs) முக்கியமானவை. மைக்ரோ சர்வீஸ்-அடிப்படையிலான பயன்பாட்டுடன் ஈடுபடும் கிளையன்ட், கிளையண்ட் மற்றும் மைக்ரோ சர்வீஸ்களை சுயாதீனமாக வளர்ப்பதற்காக அதை வழங்கும் நிகழ்வுகளைப் பற்றி தெரிந்து கொள்ள வேண்டிய அவசியமில்லை.
இது துல்லியமாக ரிவர்ஸ் ப்ராக்ஸி அல்லது லோட் பேலன்சரால் வழங்கப்படும் துண்டித்தல் ஆகும். மீண்டும், சுமை சமநிலை என்பது மைக்ரோ சர்வீஸ்கள் தேவை, பாதுகாப்பு மற்றும் கிடைக்கும் தன்மையைக் கையாளும் என்பதை உறுதி செய்வதற்கான தீர்வாகும்.
கிளையன்ட் மற்றும் மைக்ரோ சர்வீஸ் அடிப்படையிலான பயன்பாடுகளுக்கு இடையே பாரம்பரிய வடக்கு-தெற்கு சுமை சமநிலையை கிழக்கு-மேற்கு வரிசைப்படுத்துதலுடன் கிடைமட்ட அளவிடுதலுடன் இணைக்கும்போது, நீங்கள் கணிசமான ஊக்கத்தைப் பெறுவீர்கள். வளர்ச்சி சுறுசுறுப்பு அல்லது தியாகம் செய்யாமல் ITக்குத் தேவையான பாதுகாப்பான மற்றும் ஒழுங்குபடுத்தப்பட்ட சூழலைப் பராமரிப்பதே இதன் நோக்கம். டெவொப்ஸ் ஆட்டோமேஷன் தேவைகள்.
நன்மைகள்
சுமை சமநிலையானது வள பயன்பாடு, தரவு விநியோகம் மற்றும் அதிக ட்ராஃபிக் இணையதளங்கள் மற்றும் பயன்பாடுகளுக்கான பதில் நேரத்தை மேம்படுத்துவதன் மூலம் பல்வேறு நன்மைகளை வழங்குகிறது, அத்துடன் அதிக எண்ணிக்கையிலான வினவல்களைப் பெறும் தரவுத்தளங்களையும் வழங்குகிறது. அதிக ட்ராஃபிக் சூழ்நிலைகளில் பயனர் கோரிக்கைகள் விரைவாகவும் சரியாகவும் நிறைவேற்றப்படுவதை சுமை சமநிலைப்படுத்துதல் உறுதி செய்கிறது.
மந்தமான நிரல்கள் மற்றும் ஆதாரங்களைக் கையாள்வதில் அவை பயனர்களை மோசமாக்குகின்றன. சுமை சமநிலையானது வேலையில்லா நேரத்தைத் தவிர்க்கவும் பாதுகாப்பை எளிதாக்கவும் உதவுகிறது, உங்கள் நிறுவனத்தின் இழப்பு உற்பத்தித்திறன் மற்றும் வருவாய்களின் அபாயத்தைக் குறைக்கிறது.
- உகந்த செயல்திறனுக்கான போக்குவரத்தை நிர்வகிப்பதைத் தவிர, தேவைக்கேற்ப சேவையகங்களைச் சேர்க்க மற்றும் அகற்றுவதற்கான நெகிழ்வுத்தன்மையை சுமை சமநிலை வழங்குகிறது. பராமரிப்பின் போது போக்குவரத்து மற்ற சேவையகங்களுக்கு திருப்பி விடப்படுவதால், பயனர்களுக்கு இடையூறு விளைவிக்காமல் சர்வர் பராமரிப்பையும் மேற்கொள்வது சாத்தியமாகும்.
- சுமை சமநிலையானது சேவையகங்களின் தொகுப்பிற்கு இடையே போக்குவரத்தைப் பிரிப்பதன் மூலம் உள்ளமைக்கப்பட்ட பணிநீக்கத்தை வழங்குகிறது. ஒன்று தோல்வியுற்றால், பயனர்களுக்கு ஏற்படும் பாதிப்பைக் குறைத்து, சுமையை உடனடியாக மற்ற சேவையகங்களுக்குத் திருப்பிவிடலாம்.
- பயன்பாடு அல்லது இணையதளத்தின் பயன்பாடு அதிகரித்தால், திறம்பட கையாளப்படாவிட்டால், அதிகரித்த ட்ராஃபிக் அதன் செயல்திறனைக் குறைக்கலாம். சுமை சமநிலையுடன், சேவைக்கு இடையூறு விளைவிக்காமல் தேவையைப் பூர்த்தி செய்ய உண்மையான அல்லது மெய்நிகர் சேவையகத்தைச் சேர்க்கலாம். லோட் பேலன்சர் புதிய சேவையகங்கள் ஆன்லைனில் வரும்போது அவற்றைக் கண்டறிந்து அவற்றை செயல்பாட்டில் சிரமமின்றி இணைக்கிறது. அதிக சுமை உள்ள சேவையகத்திலிருந்து ஒரு வலைத்தளத்தை புதியதாக மாற்றுவதற்கு இந்த முறை விரும்பத்தக்கது, இது அடிக்கடி சில வேலையில்லா நேரத்தை உள்ளடக்கியது.
தீர்மானம்
சுமை சமநிலை என்பது சமகால, தவறு-சகிப்புத்தன்மை அமைப்புகளின் ஒரு முக்கிய அங்கமாகும். பல்வேறு சுமை சமநிலை அணுகுமுறைகளைப் பயன்படுத்தி பல சேவை நிகழ்வுகளுக்கு கோரிக்கைகளை விநியோகிக்கும் பயன்பாடுகளை நாம் எளிமையாக உருவாக்க முடியும். பயன்பாடுகளைப் பாதுகாப்பாக வழங்க, வணிகங்கள் சிக்கலான தகவல் தொழில்நுட்ப அமைப்புகளை ஆதரிக்க வேண்டும்.
கிராஸ்-டொமைன் மைக்ரோ சர்வீஸ் உள்ளமைவு, வரிசைப்படுத்தல் மற்றும் பராமரிப்பு ஆகியவை பிழைகள், விலையுயர்ந்த மற்றும் நேரத்தை எடுத்துக்கொள்ளும். இந்த மைக்ரோ சர்வீஸ்களை அமைப்பதற்கும் பராமரிப்பதற்கும் எளிதாக்குவதற்கு, தன்னியக்கம், தெரிவுநிலை, பகுப்பாய்வு மற்றும் ஆர்கெஸ்ட்ரேஷன் சிறந்த நடைமுறைகள் மற்றும் அவற்றின் சுறுசுறுப்பான மற்றும் DevOps செயல்முறைகளுடன் இணக்கமான தொழில்நுட்பங்களைப் பயன்படுத்த வேண்டும்.
ஒரு பதில் விடவும்