🥇சர்வர்லெஸ் பை ரேக்குகள்

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

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

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

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

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

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

இப்போது அப்ளிகேஷன் டெவலப்மெண்ட் செயல்முறை எப்படி இருக்கும் என்று பார்க்கலாம்.

டெவலப்பர் பக்கத்தில் இருந்து

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

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

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

சர்வர்லெஸ் செயல்பாடுகள் குறுகிய காலத்தில் (காலக்கெடு) செயல்படுத்தப்பட வேண்டும், இது சேவை வழங்குநரால் தீர்மானிக்கப்படுகிறது. எடுத்துக்காட்டாக, AWS க்கு 15 நிமிடங்கள் ஆகும். இதன் பொருள், நீண்ட கால செயல்பாடுகளை தேவைகளுக்கு ஏற்றவாறு மாற்ற வேண்டும் - இதுவே இன்று பிற பிரபலமான தொழில்நுட்பங்களிலிருந்து சர்வர்லெஸை வேறுபடுத்துகிறது (கண்டெய்னர்கள் மற்றும் பிளாட்ஃபார்ம் ஒரு சேவையாக).

ஒவ்வொரு செயல்பாட்டிற்கும் ஒரு நிகழ்வை ஒதுக்குகிறோம். ஒரு நிகழ்வு ஒரு செயலுக்கான தூண்டுதலாகும்:

நிகழ்வு
செயல்பாடு செய்யும் செயல்

ஒரு தயாரிப்பு படம் களஞ்சியத்தில் பதிவேற்றப்பட்டது.
படத்தை சுருக்கி ஒரு கோப்பகத்தில் பதிவேற்றவும்

இயற்பியல் அங்காடி முகவரி தரவுத்தளத்தில் புதுப்பிக்கப்பட்டது
வரைபடத்தில் புதிய இருப்பிடத்தை ஏற்றவும்

வாடிக்கையாளர் பொருட்களுக்கு பணம் செலுத்துகிறார்
கட்டணச் செயலாக்கத்தைத் தொடங்கவும்

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

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

வழங்குநரின் பக்கத்திலிருந்து

பொதுவாக, சர்வர்லெஸ் கம்ப்யூட்டிங் கிளவுட் சேவை வழங்குநர்களால் வழங்கப்படுகிறது. அவை வித்தியாசமாக அழைக்கப்படுகின்றன: Azure செயல்பாடுகள், AWS லாம்ப்டா, Google கிளவுட் செயல்பாடுகள், IBM கிளவுட் செயல்பாடுகள்.

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

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

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

வழங்குநர் அதன் உள்கட்டமைப்பில் செயல்பாட்டை ஒரு சேவை (FaaS) அமைப்பாக உருவாக்கி தானியக்கமாக்கினார்:

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

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

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

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

திறந்த மூல பக்கத்திலிருந்து

திறந்த மூல சமூகம் கடந்த இரண்டு ஆண்டுகளாக சர்வர்லெஸ் கருவிகளில் தீவிரமாக செயல்பட்டு வருகிறது. சர்வர்லெஸ் பிளாட்ஃபார்ம்களின் வளர்ச்சிக்கு மிகப்பெரிய சந்தை வீரர்கள் பங்களிக்கின்றனர்:

Google டெவலப்பர்களுக்கு அதன் திறந்த மூலக் கருவியை வழங்குகிறது - நேட்டிவ். IBM, RedHat, Pivotal மற்றும் SAP ஆகியவை அதன் வளர்ச்சியில் பங்கு பெற்றன;
ஐபிஎம் சர்வர்லெஸ் பிளாட்ஃபார்மில் பணிபுரிந்தார் OpenWhisk, இது அப்பாச்சி அறக்கட்டளையின் திட்டமாக மாறியது;
Microsoft தளக் குறியீட்டை ஓரளவு திறந்தது அசூர் செயல்பாடுகள்.

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

கட்டமைப்புகள் உங்கள் தேவைகளுக்கு ஏற்ப கருவியை உள்ளமைக்க இடமளிக்கின்றன. எனவே, Kubeless இல், ஒரு டெவலப்பர் செயல்பாடு செயல்படுத்தும் காலக்கெடுவை உள்ளமைக்க முடியும் (இயல்புநிலை மதிப்பு 180 வினாடிகள்). குளிர் தொடக்கச் சிக்கலைத் தீர்க்கும் முயற்சியில், பிளவு, சில கொள்கலன்களை எல்லா நேரத்திலும் இயங்க வைக்க பரிந்துரைக்கிறது (இருப்பினும் இது வள செயலிழக்கச் செலவுகளை ஏற்படுத்துகிறது). மேலும் OpenFaaS ஒவ்வொரு சுவை மற்றும் வண்ணத்திற்கும் தூண்டுதல்களின் தொகுப்பை வழங்குகிறது: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATகள் மற்றும் பிற.

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

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

நன்மைகள் மற்றும் தீமைகள் பார்வையில் இருந்து

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

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

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

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

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

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

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

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

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

சர்வர்லெஸ்ஸின் அடுத்த குறைபாடு ஒரு செயல்பாட்டின் குறுகிய வாழ்நாள் ஆகும் (செயல்பாடு செயல்படுத்தப்பட வேண்டிய காலக்கெடு).

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

சர்வர்லெஸ் திட்டத்தைப் பயன்படுத்தி எல்லா அமைப்புகளும் வேலை செய்ய முடியாது.

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

இந்த வகையில், சர்வர்லெஸ் அணுகுமுறையைப் பயன்படுத்துவதற்கான சிக்கலுக்கு நான் சுமூகமாக செல்ல விரும்புகிறேன்.

விண்ணப்பத்தின் பக்கத்திலிருந்து

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

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

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

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

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

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

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

சர்வர்லெஸ் மற்றும் செலக்டெல்

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

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

கட்டுரையில் பயன்படுத்தப்படும் பொருட்கள்:

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

ரேக்குகளில் சர்வர்லெஸ்