"கிளவுட் நேட்டிவ்" அல்லது வெறுமனே "கிளவுட்" பயன்பாடுகள் கிளவுட் உள்கட்டமைப்புகளில் வேலை செய்ய குறிப்பாக உருவாக்கப்படுகின்றன. அவை பொதுவாக கன்டெய்னர்களில் தொகுக்கப்பட்ட தளர்வாக இணைக்கப்பட்ட மைக்ரோ சர்வீஸ்களின் தொகுப்பாக கட்டமைக்கப்படுகின்றன, அவை கிளவுட் பிளாட்ஃபார்ம் மூலம் நிர்வகிக்கப்படுகின்றன. இத்தகைய பயன்பாடுகள் இயல்புநிலையில் தோல்விகளுக்காகத் தயாரிக்கப்படுகின்றன, அதாவது அவை தீவிரமான உள்கட்டமைப்பு-நிலை தோல்விகள் ஏற்பட்டாலும் கூட நம்பகத்தன்மையுடன் செயல்படுகின்றன. நாணயத்தின் மறுபக்கம், கிளவுட் இயங்குதளம் கொள்கலன் பயன்பாடுகளை தானாக நிர்வகிக்கும் வகையில் விதிக்கும் கட்டுப்பாடுகள் (ஒப்பந்தங்கள்) ஆகும்.
கிளவுட்-அடிப்படையிலான பயன்பாடுகளுக்குச் செல்வதன் அவசியம் மற்றும் முக்கியத்துவத்தைப் பற்றி முழுமையாக அறிந்திருந்தாலும், பல நிறுவனங்களுக்கு இன்னும் எங்கு தொடங்குவது என்று தெரியவில்லை. இந்த இடுகையில், கன்டெய்னரைஸ் செய்யப்பட்ட அப்ளிகேஷன்களை உருவாக்கும் போது பின்பற்றினால், கிளவுட் பிளாட்ஃபார்ம்களின் திறனை உணர்ந்து, தகவல் தொழில்நுட்ப உள்கட்டமைப்பில் கடுமையான தோல்விகள் ஏற்பட்டாலும், நம்பகமான செயல்பாடு மற்றும் பயன்பாடுகளின் அளவை அடைய உங்களை அனுமதிக்கும் பல கொள்கைகளை நாங்கள் பார்ப்போம். நிலை. குபெர்னெட்டஸ் போன்ற கிளவுட் பிளாட்ஃபார்ம்களால் தானாக நிர்வகிக்கக்கூடிய அப்ளிகேஷன்களை எவ்வாறு உருவாக்குவது என்பதைக் கற்றுக்கொள்வதே இங்கு கோடிட்டுக் காட்டப்பட்டுள்ள கொள்கைகளின் இறுதி இலக்கு.
மென்பொருள் வடிவமைப்பு கோட்பாடுகள்
நிரலாக்க உலகில், மென்பொருளை உருவாக்கும் போது பின்பற்ற வேண்டிய பொதுவான விதிகளை கொள்கைகள் குறிப்பிடுகின்றன. எந்த நிரலாக்க மொழியுடனும் பணிபுரியும் போது அவற்றைப் பயன்படுத்தலாம். ஒவ்வொரு கொள்கைக்கும் அதன் சொந்த இலக்குகள் உள்ளன, அதை அடைவதற்கான கருவிகள் பொதுவாக வார்ப்புருக்கள் மற்றும் நடைமுறைகள். உயர்தர மென்பொருளை உருவாக்குவதற்கு பல அடிப்படைக் கோட்பாடுகள் உள்ளன, அதிலிருந்து மற்ற அனைத்தும் பாய்கின்றன. அடிப்படைக் கொள்கைகளின் சில எடுத்துக்காட்டுகள் இங்கே:
- (எளிமையாக, முட்டாள்தனமாக இருங்கள்) - அதை சிக்கலாக்காதீர்கள்;
- (உங்களை மீண்டும் செய்ய வேண்டாம்) - உங்களை மீண்டும் செய்ய வேண்டாம்;
- (உங்களுக்கு இது தேவையில்லை) - உடனடியாக தேவைப்படாத ஒன்றை உருவாக்க வேண்டாம்;
- கவலைகளைப் பிரித்தல் - பொறுப்புகளைப் பகிர்ந்து கொள்ளுங்கள்.
நீங்கள் பார்க்கிறபடி, இந்தக் கொள்கைகள் எந்த குறிப்பிட்ட விதிகளையும் அமைக்கவில்லை, ஆனால் நடைமுறை அனுபவத்தின் அடிப்படையில் பொது அறிவுக் கருத்துகள் என்று அழைக்கப்படும் வகையைச் சேர்ந்தவை, அவை பல டெவலப்பர்களால் பகிரப்படுகின்றன மற்றும் அவை தொடர்ந்து குறிப்பிடப்படுகின்றன.
கூடுதலாக, உள்ளது - பொருள் சார்ந்த நிரலாக்கம் மற்றும் வடிவமைப்பின் முதல் ஐந்து கொள்கைகளின் தொகுப்பு, ராபர்ட் மார்ட்டின் மூலம் வடிவமைக்கப்பட்டது. SOLID ஆனது பரந்த, திறந்த-நிலை, நிரப்பு கொள்கைகளை உள்ளடக்கியது—ஒன்றாகப் பயன்படுத்தும்போது—சிறந்த மென்பொருள் அமைப்புகளை உருவாக்கி அவற்றை நீண்ட காலத்திற்கு சிறப்பாகப் பராமரிக்க உதவுகிறது.
SOLID கொள்கைகள் OOP துறையைச் சேர்ந்தவை மற்றும் வகுப்புகள், இடைமுகங்கள் மற்றும் பரம்பரை போன்ற கருத்துகள் மற்றும் கருத்துகளின் மொழியில் வடிவமைக்கப்பட்டுள்ளன. ஒப்புமை மூலம், மேகக்கணி பயன்பாடுகளுக்கான மேம்பாட்டுக் கொள்கைகளையும் உருவாக்கலாம், இங்கு அடிப்படை உறுப்பு மட்டுமே ஒரு வகுப்பாக இருக்காது, ஆனால் ஒரு கொள்கலனாக இருக்கும். இந்தக் கொள்கைகளைப் பின்பற்றுவதன் மூலம், குபெர்னெட்ஸ் போன்ற கிளவுட் பிளாட்ஃபார்ம்களின் இலக்குகள் மற்றும் நோக்கங்களைச் சிறப்பாகச் சந்திக்கும் கண்டெய்னரைஸ் செய்யப்பட்ட பயன்பாடுகளை நீங்கள் உருவாக்கலாம்.
கிளவுட்-நேட்டிவ் கண்டெய்னர்கள்: Red Hat அணுகுமுறை
இன்று, எந்தவொரு பயன்பாட்டையும் ஒப்பீட்டளவில் எளிதாக கொள்கலன்களில் தொகுக்க முடியும். ஆனால் பயன்பாடுகள் திறம்பட தானியங்கு மற்றும் குபெர்னெட்ஸ் போன்ற கிளவுட் பிளாட்ஃபார்மிற்குள் ஒழுங்கமைக்க, கூடுதல் முயற்சி தேவை.
கீழே கோடிட்டுக் காட்டப்பட்டுள்ள கருத்துக்களுக்கு அடிப்படையானது வழிமுறையாகும் மூலக் குறியீடு மேலாண்மை முதல் அளவிடுதல் மாதிரிகள் வரை வலை பயன்பாடுகளை உருவாக்குவதற்கான பல்வேறு அம்சங்களில் பல வேலைகள். விவரிக்கப்பட்டுள்ள கொள்கைகள் மைக்ரோ சர்வீஸ்களின் மேல் கட்டமைக்கப்பட்ட மற்றும் குபெர்னெட்ஸ் போன்ற கிளவுட் இயங்குதளங்களுக்காக வடிவமைக்கப்பட்ட கொள்கலன் செய்யப்பட்ட பயன்பாடுகளின் வளர்ச்சிக்கு மட்டுமே பொருந்தும். எங்கள் விவாதத்தில் அடிப்படை உறுப்பு கொள்கலன் படம், மற்றும் இலக்கு கொள்கலன் இயக்க நேரம் கொள்கலன் ஆர்கெஸ்ட்ரேஷன் தளமாகும். முன்மொழியப்பட்ட கொள்கைகளின் குறிக்கோள், பெரும்பாலான ஆர்கெஸ்ட்ரேஷன் தளங்களில் திட்டமிடல், அளவிடுதல் மற்றும் கண்காணிப்பு பணிகளை தானியக்கமாக்கக்கூடிய கொள்கலன்களை உருவாக்குவதாகும். கொள்கைகள் குறிப்பிட்ட வரிசையில் வழங்கப்படவில்லை.
ஒற்றை அக்கறை கொள்கை (SCP)
இந்தக் கொள்கை பல வழிகளில் ஒற்றைப் பொறுப்புக் கொள்கையைப் போன்றது. ), இது SOLID தொகுப்பின் ஒரு பகுதியாகும் மற்றும் ஒவ்வொரு பொருளுக்கும் ஒரு பொறுப்பு இருக்க வேண்டும் என்று கூறுகிறது, மேலும் அந்த பொறுப்பு ஒரு வகுப்பில் முழுமையாக இணைக்கப்பட வேண்டும். SRP இன் கருத்து என்னவென்றால், ஒவ்வொரு பொறுப்பும் மாற்றத்திற்கான ஒரு காரணம், மேலும் ஒரு வர்க்கம் மாற்றத்திற்கு ஒரே ஒரு காரணத்தைக் கொண்டிருக்க வேண்டும்.
SCP இல், OOP வகுப்போடு ஒப்பிடும்போது ஒரு கொள்கலனின் அதிக அளவு சுருக்கம் மற்றும் பரந்த நோக்கத்தைக் குறிக்க, "பொறுப்பு" என்ற வார்த்தைக்குப் பதிலாக "கவலை" என்ற வார்த்தையைப் பயன்படுத்துகிறோம். SRP இன் குறிக்கோள் மாற்றத்திற்கு ஒரே ஒரு காரணம் என்றால், SCP க்கு பின்னால் கொள்கலன்களை மீண்டும் பயன்படுத்தும் மற்றும் மாற்றும் திறனை விரிவுபடுத்துவதற்கான விருப்பம் உள்ளது. SRP ஐப் பின்பற்றி, ஒரு சிக்கலைத் தீர்க்கும் ஒரு கொள்கலனை உருவாக்கி, அதை செயல்பாட்டு ரீதியாக முழுமையாகச் செய்வதன் மூலம், வெவ்வேறு பயன்பாட்டு சூழல்களில் அந்தக் கொள்கலன் படத்தை மீண்டும் பயன்படுத்துவதற்கான வாய்ப்புகளை அதிகரிக்கிறீர்கள்.
ஒவ்வொரு கொள்கலனும் ஒரு சிக்கலைத் தீர்த்து அதைச் சிறப்பாகச் செய்ய வேண்டும் என்று SCP கொள்கை கூறுகிறது. மேலும், OOP உலகில் SRP ஐ விட கன்டெய்னர் உலகில் SCP அடைய எளிதானது, ஏனெனில் கொள்கலன்கள் பொதுவாக ஒரு ஒற்றை செயல்முறையை இயக்குகின்றன, மேலும் பெரும்பாலான நேரங்களில் இந்த செயல்முறை ஒரு பணியை தீர்க்கிறது.
ஒரு கொள்கலன் மைக்ரோ சர்வீஸ் ஒரே நேரத்தில் பல சிக்கல்களைத் தீர்க்க வேண்டும் என்றால், அதை ஒற்றை-பணி கொள்கலன்களாகப் பிரிக்கலாம் மற்றும் சைட்கார் மற்றும் init கொள்கலன் டெம்ப்ளேட்டுகளைப் பயன்படுத்தி ஒரு பாட் (கன்டெய்னர் பிளாட்ஃபார்ம் வரிசைப்படுத்தலின் ஒரு அலகு) க்குள் இணைக்கலாம். கூடுதலாக, SCP ஆனது பழைய கொள்கலனை (இணைய சேவையகம் அல்லது செய்தி தரகர் போன்றவை) புதியதாக மாற்றுவதை எளிதாக்குகிறது, அது அதே சிக்கலை தீர்க்கிறது, ஆனால் விரிவாக்கப்பட்ட செயல்பாடு அல்லது அளவுகளை சிறப்பாக கொண்டுள்ளது.
உயர் கண்காணிப்பு கோட்பாடு (HOP)
பயன்பாடுகளை தொகுக்கவும் இயக்கவும் ஒரு ஒருங்கிணைந்த வழியாக கொள்கலன்கள் பயன்படுத்தப்படும் போது, பயன்பாடுகள் ஒரு கருப்பு பெட்டியாக கருதப்படுகின்றன. இருப்பினும், இவை கிளவுட் கொள்கலன்களாக இருந்தால், கொள்கலன்களின் ஆரோக்கியத்தைக் கண்காணிக்கவும், தேவைப்பட்டால், தகுந்த நடவடிக்கை எடுக்கவும் இயக்க நேரத்திற்கு சிறப்பு APIகளை வழங்க வேண்டும். இது இல்லாமல், கொள்கலன்களைப் புதுப்பித்தல் மற்றும் அவற்றின் வாழ்க்கைச் சுழற்சியை நிர்வகித்தல் ஆகியவற்றின் ஆட்டோமேஷனை ஒருங்கிணைக்க முடியாது, இது மென்பொருள் அமைப்பின் நிலைத்தன்மை மற்றும் பயன்பாட்டினை மோசமாக்கும்.
நடைமுறையில், ஒரு கண்டெய்னரைஸ் செய்யப்பட்ட பயன்பாடு, குறைந்தபட்சம், பல்வேறு வகையான சுகாதார சோதனைகளுக்கான API ஐக் கொண்டிருக்க வேண்டும்: உயிர்த்தன்மை சோதனைகள் மற்றும் தயார்நிலை சோதனைகள். ஒரு பயன்பாடு அதிகமாகச் செய்வதாகக் கூறினால், அதன் நிலையைக் கண்காணிப்பதற்கான பிற வழிகளை அது வழங்க வேண்டும். எடுத்துக்காட்டாக, Fluentd, Logstash மற்றும் பிற ஒத்த கருவிகளைப் பயன்படுத்தி பதிவு திரட்டலுக்காக STDERR மற்றும் STDOUT வழியாக முக்கியமான நிகழ்வுகளைப் பதிவு செய்தல். OpenTracing, Prometheus போன்ற டிரேசிங் மற்றும் மெட்ரிக்ஸ் சேகரிப்பு நூலகங்களுடன் ஒருங்கிணைப்பு.
பொதுவாக, பயன்பாட்டை இன்னும் கருப்புப் பெட்டியாகக் கருதலாம், ஆனால் அதைக் கண்காணிக்கவும் சிறந்த முறையில் நிர்வகிக்கவும் இயங்குதளத்திற்குத் தேவையான அனைத்து APIகளுடன் இது வழங்கப்பட வேண்டும்.
வாழ்க்கைச் சுழற்சி இணக்கக் கோட்பாடு (LCP)
LCP என்பது HOPக்கு எதிரானது. கன்டெய்னர் படிக்கப்பட்ட APIகளை பிளாட்ஃபார்மில் வெளிப்படுத்த வேண்டும் என்று HOP கூறும்போது, LCP க்கு ப்ளாட்ஃபார்மில் இருந்து தகவல்களை ஏற்க முடியும். மேலும், கொள்கலன் நிகழ்வுகளைப் பெறுவது மட்டுமல்லாமல், வேறுவிதமாகக் கூறினால், அவற்றிற்கு எதிர்வினையாற்றவும் வேண்டும். எனவே கொள்கையின் பெயர், இது எழுதும் APIகளுடன் இயங்குதளத்தை வழங்குவதற்கான தேவையாகக் கருதப்படலாம்.
ஒரு கொள்கலனின் வாழ்க்கைச் சுழற்சியை நிர்வகிக்க உதவும் பல்வேறு வகையான நிகழ்வுகளை இயங்குதளங்கள் கொண்டுள்ளன. ஆனால், அவற்றில் எதை உணர வேண்டும், எப்படி எதிர்வினையாற்ற வேண்டும் என்பதை விண்ணப்பமே முடிவு செய்ய வேண்டும்.
சில நிகழ்வுகள் மற்றவற்றை விட முக்கியமானவை என்பது தெளிவாகிறது. எடுத்துக்காட்டாக, ஒரு பயன்பாடு செயலிழப்பதை நன்கு பொறுத்துக்கொள்ளவில்லை என்றால், அது சிக்னல்: டெர்மினேட் (SIGTERM) செய்திகளை ஏற்க வேண்டும் மற்றும் சிக்னலைப் பிடிக்க அதன் முடிவு வழக்கத்தை விரைவில் தொடங்க வேண்டும்: SIGTERM க்குப் பிறகு வரும் கொலை (SIGKILL).
கூடுதலாக, போஸ்ட்ஸ்டார்ட் மற்றும் ப்ரீஸ்டாப் போன்ற நிகழ்வுகள் பயன்பாட்டின் வாழ்க்கைச் சுழற்சிக்கு முக்கியமானதாக இருக்கலாம். எடுத்துக்காட்டாக, ஒரு பயன்பாட்டைத் துவக்கிய பிறகு, கோரிக்கைகளுக்குப் பதிலளிக்கும் முன், அதற்குச் சில வார்ம்-அப் நேரம் தேவைப்படலாம். அல்லது பயன்பாடு நிறுத்தப்படும் போது ஏதேனும் ஒரு சிறப்பு வழியில் ஆதாரங்களை வெளியிட வேண்டும்.
பட மாறாத கொள்கை (IIP)
வெவ்வேறு சூழல்களில் இயக்கப்பட்டாலும், கண்டெய்னரைஸ் செய்யப்பட்ட பயன்பாடுகள் கட்டப்பட்ட பிறகும் மாறாமல் இருக்க வேண்டும் என்பது பொதுவாக ஏற்றுக்கொள்ளப்படுகிறது. ஒவ்வொரு சூழலுக்கும் தனிப்பட்ட கொள்கலன்களை மாற்றியமைப்பது அல்லது உருவாக்குவதை விட, இயங்கும் நேரத்தில் தரவு சேமிப்பகத்தை வெளிப்புறமாக்குவது (வேறுவிதமாகக் கூறினால், இதற்கு வெளிப்புறக் கருவிகளைப் பயன்படுத்துதல்) மற்றும் வெளிப்புற, இயக்க நேர-குறிப்பிட்ட உள்ளமைவுகளில் தங்கியிருக்க வேண்டும். பயன்பாட்டில் ஏதேனும் மாற்றங்கள் ஏற்பட்ட பிறகு, கொள்கலன் படம் மீண்டும் கட்டமைக்கப்பட்டு பயன்படுத்தப்படும் அனைத்து சூழல்களிலும் பயன்படுத்தப்பட வேண்டும். மூலம், IT அமைப்புகளை நிர்வகிக்கும் போது, இதே போன்ற கொள்கை பயன்படுத்தப்படுகிறது, இது சேவையகங்கள் மற்றும் உள்கட்டமைப்பின் மாறாத கொள்கை என அழைக்கப்படுகிறது.
IIP இன் குறிக்கோள், வெவ்வேறு இயக்க நேர சூழல்களுக்கு தனித்தனி கொள்கலன் படங்களை உருவாக்குவதைத் தடுப்பது மற்றும் பொருத்தமான சூழல்-குறிப்பிட்ட உள்ளமைவுடன் எல்லா இடங்களிலும் ஒரே படத்தைப் பயன்படுத்துவதாகும். இந்தக் கொள்கையைப் பின்பற்றுவது, கிளவுட் சிஸ்டங்களின் ஆட்டோமேஷன் பார்வையில் இருந்து ரோல்-பேக் மற்றும் ரோல்-ஃபார்வர்டு அப்டேட்கள் போன்ற முக்கியமான நடைமுறைகளைச் செயல்படுத்த உங்களை அனுமதிக்கிறது.
செயல்முறை டிஸ்போசிபிலிட்டி கோட்பாடு (PDP)
ஒரு கொள்கலனின் மிக முக்கியமான குணாதிசயங்களில் ஒன்று அதன் தற்காலிகத்தன்மை ஆகும்: ஒரு கொள்கலனின் உதாரணம் உருவாக்க எளிதானது மற்றும் அழிக்க எளிதானது, எனவே அதை எந்த நேரத்திலும் மற்றொரு நிகழ்வால் எளிதாக மாற்றலாம். அத்தகைய மாற்றத்திற்கு பல காரணங்கள் இருக்கலாம்: சேவைத்திறன் சோதனையின் தோல்வி, பயன்பாட்டின் அளவிடுதல், மற்றொரு ஹோஸ்டுக்கு மாற்றுதல், இயங்குதள வளங்கள் தீர்ந்துபோதல் அல்லது பிற சூழ்நிலைகள்.
இதன் விளைவாக, கொள்கலன் செய்யப்பட்ட பயன்பாடுகள் சில வெளிப்புற வழிகளைப் பயன்படுத்தி தங்கள் நிலையைப் பராமரிக்க வேண்டும் அல்லது இதற்காக பணிநீக்கத்துடன் உள் விநியோகிக்கப்பட்ட திட்டங்களைப் பயன்படுத்த வேண்டும். கூடுதலாக, பயன்பாடு விரைவாகத் தொடங்கி விரைவாக மூடப்பட வேண்டும், மேலும் திடீர் அபாயகரமான வன்பொருள் தோல்விக்கு தயாராக இருக்க வேண்டும்.
இந்தக் கொள்கையைச் செயல்படுத்த உதவும் ஒரு நடைமுறை, கொள்கலன்களை சிறியதாக வைத்திருப்பதாகும். கிளவுட் சூழல்கள் தானாகவே ஒரு கன்டெய்னர் நிகழ்வைத் தொடங்க ஹோஸ்டைத் தேர்ந்தெடுக்கலாம், எனவே சிறிய கொள்கலன், வேகமாகத் தொடங்கும் - இது நெட்வொர்க்கில் உள்ள இலக்கு ஹோஸ்டுக்கு வேகமாக நகலெடுக்கும்.
சுய-கட்டுப்பாட்டு கொள்கை (S-CP)
இந்த கொள்கையின்படி, சட்டசபை கட்டத்தில், தேவையான அனைத்து கூறுகளும் கொள்கலனில் சேர்க்கப்பட்டுள்ளன. கணினியில் ஒரு தூய லினக்ஸ் கர்னல் மட்டுமே உள்ளது என்ற அனுமானத்தின் அடிப்படையில் கொள்கலன் கட்டப்பட வேண்டும், எனவே தேவையான அனைத்து கூடுதல் நூலகங்களும் கொள்கலனிலேயே வைக்கப்பட வேண்டும். இது தொடர்புடைய நிரலாக்க மொழிக்கான இயக்க நேரம், பயன்பாட்டுத் தளம் (தேவைப்பட்டால்) மற்றும் கொள்கலன் பயன்பாடு இயங்கும் போது தேவைப்படும் பிற சார்புகள் போன்றவற்றையும் கொண்டிருக்க வேண்டும்.
சுற்றுச்சூழலுக்கு சூழல் மாறுபடும் கட்டமைப்புகளுக்கு விதிவிலக்குகள் செய்யப்படுகின்றன மற்றும் இயக்க நேரத்தில் வழங்கப்பட வேண்டும், எடுத்துக்காட்டாக குபெர்னெட்ஸ் கான்ஃபிக்மேப் மூலம்.
ஒரு பயன்பாட்டில் பல கன்டெய்னரைஸ் செய்யப்பட்ட கூறுகள் இருக்கலாம், எடுத்துக்காட்டாக, ஒரு தனி DBMS கொள்கலன் ஒரு கன்டெய்னரைஸ் செய்யப்பட்ட வலை பயன்பாட்டிற்குள். S-CP கொள்கையின்படி, இந்த கொள்கலன்களை ஒன்றாக இணைக்கக்கூடாது, ஆனால் DBMS கொள்கலனில் தரவுத்தளத்தின் செயல்பாட்டிற்கு தேவையான அனைத்தையும் கொண்டுள்ளது, மேலும் வலை பயன்பாட்டு கொள்கலனில் இணையத்தின் செயல்பாட்டிற்கு தேவையான அனைத்தையும் கொண்டுள்ளது. பயன்பாடு, அதே இணைய சேவையகம் . இதன் விளைவாக, இயக்க நேரத்தில் இணைய பயன்பாட்டுக் கொள்கலன் DBMS கொள்கலனைச் சார்ந்து தேவைக்கேற்ப அணுகும்.
இயக்க நேரக் கட்டுப்பாடு கோட்பாடு (RCP)
S-CP கொள்கையானது கொள்கலன் எவ்வாறு கட்டமைக்கப்பட வேண்டும் மற்றும் பிம்பம் பைனரியில் என்ன இருக்க வேண்டும் என்பதை வரையறுக்கிறது. ஆனால் ஒரு கொள்கலன் என்பது ஒரு "கருப்பு பெட்டி" அல்ல, அது ஒரே ஒரு பண்பு - கோப்பு அளவு. செயல்படுத்தும் போது, கொள்கலன் மற்ற பரிமாணங்களைப் பெறுகிறது: பயன்படுத்தப்படும் நினைவகத்தின் அளவு, CPU நேரம் மற்றும் பிற கணினி வளங்கள்.
இங்கே RCP கொள்கை கைக்குள் வருகிறது, அதன்படி கொள்கலன் கணினி வளங்களுக்கான அதன் தேவைகளை சிதைத்து அவற்றை தளத்திற்கு மாற்ற வேண்டும். ஒவ்வொரு கொள்கலனின் ஆதார விவரங்களுடன் (அதற்கு எவ்வளவு CPU, நினைவகம், நெட்வொர்க் மற்றும் வட்டு வளங்கள் தேவை), தளமானது திட்டமிடல் மற்றும் தன்னியக்க அளவீடுகளைச் சிறப்பாகச் செய்ய முடியும், IT திறனை நிர்வகிக்கலாம் மற்றும் கொள்கலன்களுக்கான SLA நிலைகளை பராமரிக்கலாம்.
கொள்கலனின் ஆதாரத் தேவைகளைப் பூர்த்தி செய்வதோடு, பயன்பாடு அதன் சொந்த எல்லைகளுக்கு அப்பால் செல்லாமல் இருப்பதும் முக்கியம். இல்லையெனில், வளப் பற்றாக்குறை ஏற்படும் போது, தளம் அதை நிறுத்த வேண்டிய அல்லது இடம்பெயர வேண்டிய பயன்பாடுகளின் பட்டியலில் சேர்க்க அதிக வாய்ப்புள்ளது.
கிளவுட்-ஃபர்ஸ்ட் என்று பேசும்போது, நாம் வேலை செய்யும் முறையைப் பற்றி பேசுகிறோம்.
மேலே, கிளவுட் சூழல்களுக்கான உயர்தர கொள்கலன் பயன்பாடுகளை உருவாக்குவதற்கான வழிமுறை அடித்தளத்தை அமைக்கும் பல பொதுவான கொள்கைகளை நாங்கள் வகுத்துள்ளோம்.
இந்த பொதுவான கொள்கைகளுக்கு கூடுதலாக, கொள்கலன்களுடன் பணிபுரியும் கூடுதல் மேம்பட்ட முறைகள் மற்றும் நுட்பங்களும் உங்களுக்குத் தேவைப்படும் என்பதை நினைவில் கொள்க. கூடுதலாக, எங்களிடம் சில குறுகிய பரிந்துரைகள் உள்ளன, அவை மிகவும் குறிப்பிட்டவை மற்றும் சூழ்நிலையைப் பொறுத்து பயன்படுத்தப்பட வேண்டும் (அல்லது பயன்படுத்தப்படக்கூடாது):
- படங்களின் அளவைக் குறைக்க முயற்சிக்கவும்: தற்காலிக கோப்புகளை நீக்கவும் மற்றும் தேவையற்ற தொகுப்புகளை நிறுவ வேண்டாம் - சிறிய கொள்கலன் அளவு, வேகமாக கூடியது மற்றும் பிணையத்தில் இலக்கு ஹோஸ்டுக்கு நகலெடுக்கப்படுகிறது.
- தன்னிச்சையான பயனர் ஐடிகளில் கவனம் செலுத்துங்கள்: உங்கள் கொள்கலன்களைத் தொடங்க sudo கட்டளை அல்லது எந்த சிறப்பு பயனர் ஐடியையும் பயன்படுத்த வேண்டாம்.
- முக்கியமான போர்ட்களைக் குறிக்கவும்: இயக்க நேரத்தில் நீங்கள் போர்ட் எண்களை அமைக்கலாம், ஆனால் EXPOSE கட்டளையைப் பயன்படுத்தி அவற்றைக் குறிப்பிடுவது நல்லது - இது உங்கள் படங்களைப் பயன்படுத்த மற்றவர்களுக்கும் நிரல்களுக்கும் எளிதாக்கும்.
- தொகுதிகளில் நிலையான தரவைச் சேமிக்கவும்: கொள்கலன் அழிக்கப்பட்ட பிறகு இருக்க வேண்டிய தரவு தொகுதிகளுக்கு எழுதப்பட வேண்டும்.
- பட மெட்டாடேட்டாவை எழுதவும்: குறிச்சொற்கள், லேபிள்கள் மற்றும் சிறுகுறிப்புகள் படங்களைப் பயன்படுத்துவதை எளிதாக்குகின்றன - மற்ற டெவலப்பர்கள் உங்களுக்கு நன்றி தெரிவிப்பார்கள்.
- ஹோஸ்ட் மற்றும் படங்களை ஒத்திசைக்கவும்: சில கன்டெய்னரைஸ் செய்யப்பட்ட பயன்பாடுகளுக்கு, நேரம் அல்லது மெஷின் ஐடி போன்ற சில பண்புகளில் ஹோஸ்டுடன் கன்டெய்னரை ஒத்திசைக்க வேண்டும்.
- முடிவில், மேலே பட்டியலிடப்பட்டுள்ள கொள்கைகளை மிகவும் திறம்பட செயல்படுத்த உங்களுக்கு உதவும் டெம்ப்ளேட்களையும் சிறந்த நடைமுறைகளையும் நாங்கள் பகிர்ந்து கொள்கிறோம்:
ஜூன் 11 11.00 மணிக்கு
நீங்கள் என்ன கற்றுக்கொள்வீர்கள்:
- மாறாத Red Hat Enterprise Linux CoreOS
- OpenShift சேவை மெஷ்
- ஆபரேட்டர் கட்டமைப்பு
- நேட்டிவ் கட்டமைப்பு
ஆதாரம்: www.habr.com