சர்வர்லெஸ் புரட்சி ஏன் முட்டுக்கட்டையாக உள்ளது

க்ளூசெவி மாதங்கள்

  • பல ஆண்டுகளாக, சர்வர்லெஸ் கம்ப்யூட்டிங் (சர்வர்லெஸ்) பயன்பாடுகளை இயக்க ஒரு குறிப்பிட்ட OS இல்லாமல் ஒரு புதிய சகாப்தத்தைத் திறக்கும் என்று நாங்கள் உறுதியளிக்கிறோம். அத்தகைய அமைப்பு நிறைய அளவிடுதல் சிக்கல்களைத் தீர்க்கும் என்று நாங்கள் கூறினோம். உண்மையில், எல்லாம் வித்தியாசமானது.
  • பலர் சர்வர்லெஸ் தொழில்நுட்பத்தை ஒரு புதிய யோசனையாகப் பார்க்கும்போது, ​​அதன் வேர்கள் 2006 இல் ஜிம்கி பாஸ் மற்றும் கூகுள் ஆப் எஞ்சின் மூலம் கண்டுபிடிக்கப்பட்டது, இவை இரண்டும் சர்வர்லெஸ் கட்டமைப்பைப் பயன்படுத்துகின்றன.
  • வரையறுக்கப்பட்ட நிரலாக்க மொழி ஆதரவு முதல் செயல்திறன் சிக்கல்கள் வரை சர்வர்லெஸ் புரட்சி ஸ்தம்பித்ததற்கு நான்கு காரணங்கள் உள்ளன.
  • சர்வர்லெஸ் கம்ப்யூட்டிங் எல்லாம் பயனற்றது அல்ல. வெகு தொலைவில். இருப்பினும், அவை சேவையகங்களுக்கு நேரடி மாற்றாகக் கருதப்படக்கூடாது. சில பயன்பாடுகளுக்கு, அவை எளிதான கருவியாக இருக்கலாம்.

சர்வர் இறந்துவிட்டார், சர்வர் வாழ்க!

இது சேவையற்ற புரட்சியின் ஆதரவாளர்களின் போர் முழக்கம். கடந்த சில ஆண்டுகளாக தொழில்துறை பத்திரிகைகளை விரைவாகப் பார்த்தால், பாரம்பரிய சர்வர் மாடல் இறந்துவிட்டதாகவும், சில ஆண்டுகளில் நாம் அனைவரும் சர்வர்லெஸ் கட்டமைப்பைப் பயன்படுத்துவோம் என்றும் முடிவு செய்ய போதுமானது.

தொழில்துறையில் உள்ள எவருக்கும் தெரியும், மேலும் நாங்கள் எங்கள் கட்டுரையில் சுட்டிக்காட்டியபடி சர்வர்லெஸ் கம்ப்யூட்டிங் நிலை, இது தவறு. தகுதியில் பல கட்டுரைகள் இருந்தாலும் சேவையில்லாத புரட்சி, அது நடக்கவே இல்லை. உண்மையாக, சமீபத்திய ஆய்வுகள் காட்டுகின்றனஇந்த புரட்சி ஒரு முட்டுச்சந்தத்தை அடைந்திருக்கலாம்.

சர்வர்லெஸ் மாடல்களுக்கான சில வாக்குறுதிகள் நிச்சயமாக நிறைவேறியுள்ளன, ஆனால் அனைத்தும் இல்லை. எல்லோரும் இல்லை.

இந்தக் கட்டுரையில் இந்த நிலைக்கான காரணங்களைக் கருத்தில் கொள்ள விரும்புகிறேன். சர்வர்லெஸ் மாடல்களின் வளைந்து கொடுக்கும் தன்மை இல்லாதது ஏன் இன்னும் பரந்த தத்தெடுப்புக்கு ஒரு தடையாக உள்ளது, இருப்பினும் அவை குறிப்பிட்ட, நன்கு வரையறுக்கப்பட்ட சூழ்நிலைகளில் பயனுள்ளதாக இருக்கும்.

சர்வர்லெஸ் கம்ப்யூட்டிங்கின் வல்லுநர்கள் என்ன உறுதியளித்தனர்

சர்வர்லெஸ் கம்ப்யூட்டிங்கின் சிக்கல்களுக்குச் செல்வதற்கு முன், அவர்கள் என்ன வழங்க வேண்டும் என்பதைப் பார்ப்போம். சர்வர்லெஸ் புரட்சியின் வாக்குறுதிகள் ஏராளமான மற்றும் - சில நேரங்களில் - மிகவும் லட்சியமாக இருந்தது.

இந்த வார்த்தை பற்றி அறிமுகமில்லாதவர்களுக்கு, இங்கே ஒரு சுருக்கமான வரையறை உள்ளது. சர்வர்லெஸ் கம்ப்யூட்டிங் ஒரு கட்டமைப்பை வரையறுக்கிறது, இதில் பயன்பாடுகள் (அல்லது பயன்பாடுகளின் பகுதிகள்) பொதுவாக தொலைநிலையில் ஹோஸ்ட் செய்யப்படும் இயக்க நேர சூழல்களில் தேவைக்கேற்ப இயங்கும். கூடுதலாக, சர்வர்லெஸ் சிஸ்டம்களை ஹோஸ்ட் செய்ய முடியும். "பாரம்பரிய" கிளையன்ட்/சர்வர் மாதிரியைக் காட்டிலும் இந்த கட்டிடக்கலை பல முக்கிய நன்மைகளை வழங்குவதால், கடந்த சில ஆண்டுகளாக, வலுவான சேவையகமற்ற அமைப்புகளை உருவாக்குவது கணினி நிர்வாகிகள் மற்றும் SaaS நிறுவனங்களின் முக்கிய கவலையாக உள்ளது.

  1. சர்வர்லெஸ் மாடல்களுக்கு பயனர்கள் தங்கள் சொந்த இயக்க முறைமைகளை பராமரிக்கவோ அல்லது குறிப்பிட்ட இயக்க முறைமைகளுடன் இணக்கமான பயன்பாடுகளை உருவாக்கவோ தேவையில்லை. அதற்கு பதிலாக, டெவலப்பர்கள் பகிரப்பட்ட குறியீட்டை உருவாக்கி, சர்வர்லெஸ் இயங்குதளத்தில் பதிவேற்றி, அதை இயக்குவதைப் பார்க்கவும்.
  2. சர்வர்லெஸ் ஃப்ரேம்வொர்க்குகளில் உள்ள ஆதாரங்கள் பொதுவாக நிமிடத்தில் (அல்லது வினாடிகள் கூட) பில் செய்யப்படுகின்றன. அதாவது, வாடிக்கையாளர்கள் குறியீட்டை இயக்கும் நேரத்திற்கு மட்டுமே பணம் செலுத்துகிறார்கள். இது பாரம்பரிய கிளவுட் VM உடன் சாதகமாக ஒப்பிடுகிறது, அங்கு இயந்திரம் பெரும்பாலான நேரங்களில் செயலற்ற நிலையில் இருக்கும், ஆனால் நீங்கள் அதற்கு பணம் செலுத்த வேண்டும்.
  3. அளவிடுதல் பிரச்சனையும் தீர்க்கப்பட்டது. சர்வர்லெஸ் ஃப்ரேம்வொர்க்குகளில் உள்ள வளங்கள் மாறும் வகையில் ஒதுக்கப்படுகின்றன, இதனால் கணினி தேவையின் திடீர் கூர்முனைகளை எளிதில் சமாளிக்க முடியும்.

சுருக்கமாக, சர்வர்லெஸ் மாதிரிகள் நெகிழ்வான, குறைந்த விலை, அளவிடக்கூடிய தீர்வுகளை வழங்குகின்றன. இந்த யோசனையை நாங்கள் முன்பு நினைக்கவில்லை என்பது எனக்கு ஆச்சரியமாக இருக்கிறது.

இது உண்மையில் ஒரு புதிய யோசனையா?

உண்மையில் யோசனை புதியதல்ல. குறியீடு உண்மையில் இயங்கும் நேரத்திற்கு மட்டுமே பயனர்கள் பணம் செலுத்த அனுமதிக்கும் கருத்து அதன் கீழ் அறிமுகப்படுத்தப்பட்டதிலிருந்து உள்ளது ஜிம்கி பாஸ் 2006 இல், அதே நேரத்தில், Google App Engine மிகவும் ஒத்த தீர்வைக் கொண்டு வந்தது.

உண்மையில், "சர்வர்லெஸ்" மாடல் என்று நாம் இப்போது அழைப்பது, இப்போது "கிளவுட் நேட்டிவ்" என்று அழைக்கப்படும் பல தொழில்நுட்பங்களை விட பழையது. குறிப்பிட்டுள்ளபடி, சர்வர்லெஸ் மாடல்கள் அடிப்படையில் பல தசாப்தங்களாக இருக்கும் SaaS வணிக மாதிரியின் நீட்டிப்பாகும்.

இரண்டுக்கும் இடையே தொடர்பு இருந்தாலும், சர்வர்லெஸ் மாடல் ஒரு FaaS கட்டமைப்பு அல்ல என்பதையும் அங்கீகரிப்பது மதிப்பு. FaaS என்பது சர்வர்லெஸ் கட்டமைப்பின் கணினி மையப் பகுதியாகும், ஆனால் இது முழு அமைப்பையும் பிரதிநிதித்துவப்படுத்தாது.

அப்படியென்றால் ஏன் இந்த பரபரப்பு? வளரும் நாடுகளில் இணைய ஊடுருவல் விகிதம் தொடர்ந்து அதிகரித்து வருவதால், கணினி வளங்களுக்கான தேவையும் அதிகரிக்கிறது. எடுத்துக்காட்டாக, வேகமாக வளர்ந்து வரும் இ-காமர்ஸ் துறைகளைக் கொண்ட பல நாடுகளில் இந்த தளங்களில் பயன்பாடுகளுக்கான கணினி உள்கட்டமைப்பு இல்லை. கட்டண சேவையில்லாத தளங்கள் இங்குதான் வருகின்றன.

சர்வர்லெஸ் மாடல்களில் சிக்கல்கள்

சர்வர்லெஸ் மாடல்களில் சிக்கல்கள் உள்ளன என்பதுதான் கேட்ச். என்னை தவறாக எண்ண வேண்டாம்: அவர்கள் தங்களுக்குள்ளேயே மோசமானவர்கள் அல்லது சில சூழ்நிலைகளில் சில நிறுவனங்களுக்கு குறிப்பிடத்தக்க மதிப்பை வழங்கவில்லை என்று நான் கூறவில்லை. ஆனால் "புரட்சியின்" முக்கிய கூற்று - சர்வர்லெஸ் கட்டிடக்கலை பாரம்பரியமான ஒன்றை விரைவாக மாற்றிவிடும் - ஒருபோதும் பலனளிக்காது.

அதனால் தான்.

நிரலாக்க மொழிகளுக்கு வரையறுக்கப்பட்ட ஆதரவு

பெரும்பாலான சர்வர்லெஸ் இயங்குதளங்கள் சில மொழிகளில் எழுதப்பட்ட பயன்பாடுகளை மட்டுமே இயக்க அனுமதிக்கின்றன. இது இந்த அமைப்புகளின் நெகிழ்வுத்தன்மை மற்றும் தகவமைப்புத் திறனைக் கடுமையாகக் கட்டுப்படுத்துகிறது.

சர்வர்லெஸ் இயங்குதளங்கள் பெரும்பாலான முக்கிய மொழிகளுக்கு ஆதரவாகக் கருதப்படுகின்றன. AWS Lambda மற்றும் Azure செயல்பாடுகள் ஆதரிக்கப்படாத மொழிகளில் பயன்பாடுகள் மற்றும் செயல்பாடுகளை இயக்குவதற்கான ரேப்பரை வழங்குகின்றன, இருப்பினும் இது பெரும்பாலும் செயல்திறன் செலவில் வருகிறது. எனவே பெரும்பாலான நிறுவனங்களுக்கு, இந்த வரம்பு பொதுவாக ஒரு பெரிய விஷயமல்ல. ஆனால் இங்கே விஷயம். சர்வர்லெஸ் மாடல்களின் நன்மைகளில் ஒன்று, தெளிவற்ற, அரிதாகப் பயன்படுத்தப்படும் நிரல்களை மலிவாகப் பயன்படுத்தலாம், ஏனெனில் அவை இயங்கும் நேரத்திற்கு மட்டுமே நீங்கள் பணம் செலுத்துவீர்கள். மேலும் தெளிவற்ற, அரிதாகப் பயன்படுத்தப்படும் நிரல்கள் பெரும்பாலும் எழுதப்பட்டவை... தெளிவற்ற, அரிதாகப் பயன்படுத்தப்படும் நிரலாக்க மொழிகளில்.

இது சர்வர்லெஸ் மாதிரியின் முக்கிய நன்மைகளில் ஒன்றை குறைமதிப்பிற்கு உட்படுத்துகிறது.

ஒரு விற்பனையாளரிடம் பிணைத்தல்

சர்வர்லெஸ் இயங்குதளங்களுடனான இரண்டாவது சிக்கல் அல்லது குறைந்தபட்சம் அவை தற்போது செயல்படுத்தப்படும் விதம், அவை பொதுவாக செயல்பாட்டு மட்டத்தில் ஒரே மாதிரியாக இருக்காது. எழுத்து செயல்பாடுகள், வரிசைப்படுத்தல் மற்றும் மேலாண்மை ஆகியவற்றின் அடிப்படையில் நடைமுறையில் தரப்படுத்தல் இல்லை. இதன் பொருள் ஒரு தளத்திலிருந்து மற்றொரு தளத்திற்கு அம்சங்களை மாற்றுவது மிகவும் நேரத்தை எடுத்துக்கொள்ளும்.

சர்வர்லெஸ் மாடலுக்குச் செல்வதில் கடினமான பகுதியானது கணக்கீட்டு அம்சங்கள் அல்ல, அவை பொதுவாக குறியீட்டின் துணுக்குகளாகும், ஆனால் ஆப்ஜெக்ட் ஸ்டோரேஜ், அடையாள மேலாண்மை மற்றும் வரிசைகள் போன்ற இணைக்கப்பட்ட அமைப்புகளுடன் பயன்பாடுகள் எவ்வாறு தொடர்பு கொள்கின்றன. செயல்பாடுகளை நகர்த்தலாம், ஆனால் மீதமுள்ள பயன்பாடுகளால் முடியாது. இது வாக்குறுதியளிக்கப்பட்ட மலிவான மற்றும் நெகிழ்வான தளங்களுக்கு நேர் எதிரானது.

சர்வர்லெஸ் மாடல்கள் புதியவை என்றும் அவை எவ்வாறு செயல்படுகின்றன என்பதைத் தரப்படுத்த நேரம் இல்லை என்றும் சிலர் வாதிடுகின்றனர். ஆனால் நான் மேலே குறிப்பிட்டது போல் அவை புதியவை அல்ல, மேலும் நல்ல தரநிலைகளின் வளர்ச்சி மற்றும் பரவலான தத்தெடுப்பு காரணமாக கொள்கலன்கள் போன்ற பல கிளவுட் தொழில்நுட்பங்கள் ஏற்கனவே மிகவும் வசதியாகிவிட்டன.

உற்பத்தித்

சர்வர்லெஸ் இயங்குதளங்களின் செயல்திறனைக் கணக்கிடுவது கடினம், ஏனெனில் விற்பனையாளர்கள் தகவலை ரகசியமாக வைத்திருப்பார்கள். ரிமோட், சர்வர்லெஸ் பிளாட்ஃபார்ம்களில் உள்ள அம்சங்கள், உள் சேவையகங்களில் செயல்படுவதைப் போலவே வேகமாக இயங்கும் என்று பெரும்பாலானோர் வாதிடுகின்றனர், தவிர்க்க முடியாத சில தாமதச் சிக்கல்களைச் சேமிக்கலாம்.

இருப்பினும், சில சான்றுகள் வேறுவிதமாகக் கூறுகின்றன. ஒரு குறிப்பிட்ட பிளாட்ஃபார்மில் முன்பு இயங்காத அல்லது சிறிது நேரம் இயங்காத செயல்பாடுகளை துவக்க சிறிது நேரம் எடுக்கும். குறைந்த அணுகக்கூடிய சேமிப்பக ஊடகத்திற்கு அவர்களின் குறியீடு போர்ட் செய்யப்பட்டிருப்பதன் காரணமாக இது இருக்கலாம், இருப்பினும் - வரையறைகளைப் போலவே - பெரும்பாலான விற்பனையாளர்கள் தரவை போர்ட் செய்வது பற்றி உங்களுக்குச் சொல்ல மாட்டார்கள்.

நிச்சயமாக, இதைச் சுற்றி வர பல வழிகள் உள்ளன. ஒன்று, உங்கள் சர்வர்லெஸ் இயங்குதளம் இயங்கும் கிளவுட் மொழிக்கான அம்சங்களை மேம்படுத்துவது, ஆனால் இது இந்த இயங்குதளங்கள் "சுறுசுறுப்பானது" என்ற கூற்றை ஓரளவு குறைமதிப்பிற்கு உட்படுத்துகிறது.

செயல்திறன்-முக்கியமான நிரல்களை "புதியதாக" வைத்திருக்க தொடர்ந்து இயங்குவதை உறுதிப்படுத்துவது மற்றொரு அணுகுமுறை. இந்த இரண்டாவது அணுகுமுறை, நிச்சயமாக, சர்வர்லெஸ் இயங்குதளங்கள் அதிக செலவு குறைந்தவை என்ற கூற்றுக்கு ஒரு சிறிய எதிர்ப்பாகும், ஏனெனில் உங்கள் நிரல்கள் இயங்கும் நேரத்திற்கு மட்டுமே நீங்கள் பணம் செலுத்துகிறீர்கள். கிளவுட் வழங்குநர்கள் குளிர் வெளியீட்டைக் குறைக்க புதிய வழிகளை அறிமுகப்படுத்தியுள்ளனர், ஆனால் அவற்றில் பலவற்றிற்கு "ஒன்றை அளவு" தேவைப்படுகிறது, இது FaaS இன் அசல் மதிப்பைக் குறைமதிப்பிற்கு உட்படுத்துகிறது.

உள்நாட்டில் சர்வர்லெஸ் சிஸ்டம்களை இயக்குவதன் மூலம் குளிர் தொடக்கச் சிக்கலை ஓரளவு தீர்க்க முடியும், ஆனால் இது அதன் சொந்த செலவில் வருகிறது மற்றும் நன்கு வளம் பெற்ற குழுக்களுக்கு ஒரு முக்கிய விருப்பமாக உள்ளது.

நீங்கள் முழு பயன்பாடுகளையும் இயக்க முடியாது

இறுதியாக, சர்வர்லெஸ் கட்டமைப்புகள் எப்போது வேண்டுமானாலும் பாரம்பரிய மாதிரிகளை மாற்றாது என்பதற்கு மிக முக்கியமான காரணம், அவை (பொதுவாக) முழு பயன்பாடுகளையும் இயக்க முடியாது.

இன்னும் துல்லியமாக, செலவுக் கண்ணோட்டத்தில் இது நடைமுறைக்கு மாறானது. உங்கள் வெற்றிகரமான மோனோலித், எட்டு நுழைவாயில்கள், நாற்பது வரிசைகள் மற்றும் ஒரு டஜன் தரவுத்தள நிகழ்வுகளால் ஒன்றாக இணைக்கப்பட்ட நான்கு டஜன் செயல்பாடுகளின் தொகுப்பாக மாற்றப்படக்கூடாது. இந்த காரணத்திற்காக, சர்வர்லெஸ் புதிய மேம்பாடுகளுக்கு மிகவும் பொருத்தமானது. நடைமுறையில் இருக்கும் எந்தப் பயன்பாட்டையும் (கட்டமைப்பு) போர்ட் செய்ய முடியாது. நீங்கள் இடம்பெயரலாம், ஆனால் நீங்கள் புதிதாக தொடங்க வேண்டும்.

இதன் பொருள், பெரும்பாலான சந்தர்ப்பங்களில், கணக்கீட்டு ரீதியாக தீவிரமான பணிகளைச் செய்ய, பின்-இறுதி சேவையகங்களுக்கு ஒரு நிரப்பியாக சர்வர்லெஸ் இயங்குதளங்கள் பயன்படுத்தப்படுகின்றன. கிளவுட் கம்ப்யூட்டிங்கின் மற்ற இரண்டு வடிவங்களான கண்டெய்னர்கள் மற்றும் மெய்நிகர் இயந்திரங்களிலிருந்து இது மிகவும் வித்தியாசமானது, இவை ரிமோட் கம்ப்யூட்டிங்கைச் செய்வதற்கான முழுமையான வழியை வழங்குகின்றன. மைக்ரோ சர்வீஸிலிருந்து சர்வர்லெஸ் சிஸ்டங்களுக்கு இடம்பெயர்வதில் உள்ள சவால்களில் ஒன்றை இது விளக்குகிறது.

நிச்சயமாக, இது எப்போதும் ஒரு பிரச்சனை அல்ல. உங்கள் சொந்த வன்பொருளை வாங்காமல் பெரிய கணினி வளங்களை அவ்வப்போது பயன்படுத்தும் திறன் பல நிறுவனங்களுக்கு உண்மையான மற்றும் நீடித்த நன்மைகளை கொண்டு வரும். ஆனால் சில பயன்பாடுகள் உள் சேவையகங்களிலும் மற்றவை சேவையகமற்ற கிளவுட் கட்டமைப்பிலும் இருந்தால், மேலாண்மை ஒரு புதிய நிலை சிக்கலானது.

புரட்சி வாழ்க?

இத்தனை புகார்கள் இருந்தாலும், சர்வர்லெஸ் தீர்வுகளை நான் எதிர்க்கவில்லை. நேர்மையாக. டெவலப்பர்கள் புரிந்து கொள்ள வேண்டியது தான் - குறிப்பாக அவர்கள் முதல் முறையாக சர்வர்லெஸ் மாடல்களை ஆராய்ந்தால் - இந்த தொழில்நுட்பம் சேவையகங்களுக்கு நேரடி மாற்றாக இல்லை. அதற்கு பதிலாக, எங்கள் உதவிக்குறிப்புகள் மற்றும் ஆதாரங்களைப் பாருங்கள் சேவையகமற்ற பயன்பாடுகளை உருவாக்குதல் இந்த மாதிரியை எவ்வாறு பயன்படுத்துவது என்பதை முடிவு செய்யுங்கள்.

ஆதாரம்: www.habr.com

கருத்தைச் சேர்