வரவிருக்கும் Red Hat OpenShift இயங்குதளம் 4.0 புதுப்பிப்பில் மாற்றங்கள், மேம்பாடுகள் மற்றும் சேர்த்தல்கள் பற்றிய தொடர் இடுகைகளில் இதுவே முதன்மையானது, இது புதிய பதிப்பிற்கு மாறுவதற்குத் தயாராக உதவும்.
2014 இலையுதிர்காலத்தில் கூகிளின் சியாட்டில் அலுவலகத்தில் வளர்ந்து வரும் குபெர்னெட்டஸ் சமூகம் முதன்முதலில் கூடியது முதல், குபெர்னெட்ஸ் திட்டம் இன்று மென்பொருள் உருவாக்கப்பட்டு பயன்படுத்தப்படும் விதத்தில் புரட்சியை ஏற்படுத்த விதிக்கப்பட்டது என்பது தெளிவாகிறது. அதே நேரத்தில், பொது கிளவுட் சேவை வழங்குநர்கள் உள்கட்டமைப்பு மற்றும் சேவைகளின் வளர்ச்சியில் தொடர்ந்து தீவிரமாக முதலீடு செய்தனர், இது IT உடன் பணிபுரிவது மற்றும் மென்பொருளை உருவாக்குவது மிகவும் எளிதாகவும் அணுகக்கூடியதாகவும் ஆக்கியது, மேலும் அவற்றை நம்பமுடியாத அளவிற்கு அணுகக்கூடியதாக மாற்றியது. தசாப்தம்.
நிச்சயமாக, ஒவ்வொரு புதிய கிளவுட் சேவையின் அறிவிப்பும் ட்விட்டரில் நிபுணர்களிடையே பல விவாதங்களுடன் சேர்ந்தது, மேலும் பல்வேறு தலைப்புகளில் விவாதங்கள் நடத்தப்பட்டன - திறந்த மூல சகாப்தத்தின் முடிவு, வளாகத்தில் உள்ள தகவல் தொழில்நுட்பத்தின் வீழ்ச்சி மற்றும் தவிர்க்க முடியாதது உட்பட. கிளவுட்டில் ஒரு புதிய மென்பொருள் ஏகபோகத்தின், மற்றும் புதிய முன்னுதாரணம் X எப்படி மற்ற எல்லா முன்னுதாரணங்களையும் மாற்றும்.
இந்த சர்ச்சைகள் அனைத்தும் மிகவும் முட்டாள்தனமானவை என்று சொல்ல தேவையில்லை
உண்மை என்னவென்றால், எதுவுமே போகப்போவதில்லை, இன்று நம் வாழ்வில் புதிய மென்பொருட்கள் தொடர்ந்து வெளிவருவதால், இறுதிப் பொருட்களிலும், அவை உருவாக்கப்பட்ட விதத்திலும் அதிவேக வளர்ச்சியைக் காணலாம். சுற்றியுள்ள அனைத்தும் மாறும் என்ற போதிலும், அதே நேரத்தில், சாராம்சத்தில், எல்லாம் மாறாமல் இருக்கும். மென்பொருள் உருவாக்குநர்கள் இன்னும் பிழைகளுடன் குறியீட்டை எழுதுவார்கள், செயல்பாட்டுப் பொறியாளர்கள் மற்றும் நம்பகத்தன்மை நிபுணர்கள் இன்னும் பேஜர்களுடன் சுற்றித் திரிவார்கள் மற்றும் ஸ்லாக்கில் தானியங்கி விழிப்பூட்டல்களைப் பெறுவார்கள், மேலாளர்கள் இன்னும் OpEx மற்றும் CapEx அடிப்படையில் செயல்படுவார்கள், ஒவ்வொரு முறையும் தோல்வி ஏற்படும், மூத்த டெவலப்பர் சோகமாக பெருமூச்சு விடுங்கள்: "நான் சொன்னேன்"...
ஓ அப்படியா விவாதிக்கப்பட வேண்டும், சிறந்த மென்பொருள் தயாரிப்புகளை உருவாக்குவதற்கு எங்களிடம் என்ன கருவிகள் இருக்க முடியும், மேலும் அவை எவ்வாறு பாதுகாப்பை மேம்படுத்தலாம் மற்றும் மேம்பாட்டை எளிதாகவும் நம்பகமானதாகவும் மாற்றலாம். திட்டங்கள் மிகவும் சிக்கலானதாக இருப்பதால், புதிய அபாயங்கள் எழுகின்றன, இன்று மக்களின் வாழ்க்கை மென்பொருளைச் சார்ந்துள்ளது, டெவலப்பர்கள் தங்கள் வேலையைச் சிறப்பாகச் செய்ய முயற்சிக்க வேண்டும்.
குபெர்னெட்ஸ் அத்தகைய ஒரு கருவி. Red Hat OpenShift ஐ மற்ற கருவிகள் மற்றும் சேவைகளுடன் இணைக்கும் பணி நடந்து வருகிறது, இது மென்பொருளை மிகவும் நம்பகமானதாகவும், நிர்வகிக்க எளிதாகவும் மற்றும் பயனர்களுக்கு பாதுகாப்பானதாகவும் இருக்கும்.
இதைச் சொன்னவுடன், OpenShift குழு ஒரு எளிய கேள்வியைக் கேட்கிறது:
குபெர்னெட்டஸுடன் பணிபுரிவது எப்படி எளிதாகவும் வசதியாகவும் செய்யலாம்?
பதில் வியக்கத்தக்க வகையில் வெளிப்படையானது:
- கிளவுட் அல்லது மேகத்திற்கு வெளியே வரிசைப்படுத்தலின் சிக்கலான அம்சங்களை தானியங்குபடுத்துதல்;
- சிக்கலை மறைக்கும்போது நம்பகத்தன்மையில் கவனம் செலுத்துங்கள்;
- எளிய மற்றும் பாதுகாப்பான புதுப்பிப்புகளை வெளியிட தொடர்ந்து பணியாற்றுங்கள்;
- கட்டுப்பாடு மற்றும் தணிக்கைத்திறனை அடைதல்;
- ஆரம்பத்தில் உயர் பாதுகாப்பை உறுதி செய்ய முயற்சி செய்யுங்கள், ஆனால் பயன்பாட்டினை இழப்பில் அல்ல.
OpenShift இன் அடுத்த வெளியீடு, உலகின் மிகப்பெரிய நிறுவனங்களில் மென்பொருளை பெரிய அளவில் செயல்படுத்தும் படைப்பாளிகளின் அனுபவம் மற்றும் பிற டெவலப்பர்களின் அனுபவம் ஆகிய இரண்டையும் கணக்கில் எடுத்துக்கொள்ள வேண்டும். கூடுதலாக, இன்றைய நவீன உலகத்திற்கு அடியில் இருக்கும் திறந்த சுற்றுச்சூழல் அமைப்புகளின் அனைத்து திரட்டப்பட்ட அனுபவங்களையும் கணக்கில் எடுத்துக்கொள்ள வேண்டும். அதே நேரத்தில், அமெச்சூர் டெவலப்பரின் பழைய மனநிலையை கைவிட்டு, தானியங்கு எதிர்காலத்தின் புதிய தத்துவத்திற்கு செல்ல வேண்டியது அவசியம். இது மென்பொருளைப் பயன்படுத்துவதற்கான பழைய மற்றும் புதிய வழிகளுக்கு இடையே உள்ள இடைவெளியைக் குறைக்க வேண்டும், மேலும் கிடைக்கக்கூடிய அனைத்து உள்கட்டமைப்பையும் முழுமையாகப் பயன்படுத்த வேண்டும்—இது மிகப்பெரிய கிளவுட் வழங்குநரால் ஹோஸ்ட் செய்யப்பட்டாலும் அல்லது விளிம்பில் உள்ள சிறிய கணினிகளில் இயங்கினாலும்.
இந்த முடிவை எவ்வாறு அடைவது?
Red Hat இல், நிறுவப்பட்ட சமூகத்தைப் பாதுகாக்கவும், நிறுவனம் ஈடுபட்டுள்ள திட்டங்களை மூடுவதைத் தடுக்கவும் நீண்ட நேரம் சலிப்பான மற்றும் நன்றியற்ற வேலையைச் செய்வது வழக்கம். திறந்த மூல சமூகத்தில் மிகவும் அசாதாரணமான விஷயங்களை உருவாக்கும் திறமையான டெவலப்பர்கள் உள்ளனர் - பொழுதுபோக்கு, கல்வி, புதிய வாய்ப்புகளைத் திறப்பது மற்றும் அழகானது, ஆனால், நிச்சயமாக, எல்லோரும் ஒரே திசையில் செல்ல வேண்டும் அல்லது பொதுவான இலக்குகளைத் தொடர வேண்டும் என்று யாரும் எதிர்பார்க்கவில்லை. . இந்த ஆற்றலைப் பயன்படுத்துதல் மற்றும் சரியான திசையில் திருப்பி விடுவது சில நேரங்களில் நமது பயனர்களுக்குப் பயனளிக்கும் பகுதிகளை உருவாக்குவதற்கு அவசியமாகிறது, ஆனால் அதே நேரத்தில் நமது சமூகங்களின் வளர்ச்சியைக் கண்காணித்து அவர்களிடமிருந்து கற்றுக்கொள்ள வேண்டும்.
2018 ஆம் ஆண்டின் தொடக்கத்தில், Red Hat CoreOS திட்டத்தைப் பெற்றது, இது எதிர்காலத்தைப் பற்றிய ஒத்த பார்வைகளைக் கொண்டிருந்தது - மிகவும் பாதுகாப்பான மற்றும் நம்பகமான, திறந்த மூலக் கொள்கைகளில் உருவாக்கப்பட்டது. இந்த யோசனைகளை மேலும் மேம்படுத்தவும், அவற்றைச் செயல்படுத்தவும், எங்கள் தத்துவத்தை நடைமுறைக்குக் கொண்டுவருவதற்கும், அனைத்து மென்பொருட்களும் பாதுகாப்பாக இயங்குவதை உறுதிசெய்யும் முயற்சியில் நிறுவனம் செயல்பட்டுள்ளது. இந்த வேலைகள் அனைத்தும் குபெர்னெட்ஸ், லினக்ஸ், பொது மேகங்கள், தனியார் மேகங்கள் மற்றும் எங்கள் நவீன டிஜிட்டல் சுற்றுச்சூழல் அமைப்பை ஆதரிக்கும் ஆயிரக்கணக்கான பிற திட்டங்களில் கட்டமைக்கப்பட்டுள்ளன.
OpenShift 4 இன் புதிய வெளியீடு தெளிவாகவும், தானியங்கியாகவும் மற்றும் இயற்கையாகவும் இருக்கும்
OpenShift இயங்குதளமானது சிறந்த மற்றும் நம்பகமான லினக்ஸ் இயக்க முறைமைகளுடன், வெற்று-உலோக வன்பொருள் ஆதரவு, வசதியான மெய்நிகராக்கம், தானியங்கி உள்கட்டமைப்பு நிரலாக்கம் மற்றும், நிச்சயமாக, கொள்கலன்கள் (அடிப்படையில் லினக்ஸ் படங்கள் மட்டுமே) ஆகியவற்றுடன் வேலை செய்யும்.
இயங்குதளம் தொடக்கத்திலிருந்தே பாதுகாப்பாக இருக்க வேண்டும், ஆனால் டெவலப்பர்களை எளிதாக மீண்டும் செய்ய அனுமதிக்க வேண்டும் - அதாவது, நிர்வாகிகள் அதைத் தணிக்கை செய்து எளிதாக நிர்வகிக்க அனுமதிக்கும் அதே வேளையில், நெகிழ்வானதாகவும், போதுமான பாதுகாப்பாகவும் இருக்க வேண்டும்.
இது மென்பொருளை "ஒரு சேவையாக" இயக்க அனுமதிக்க வேண்டும் மற்றும் ஆபரேட்டர்களுக்கு நிர்வகிக்க முடியாத உள்கட்டமைப்பு வளர்ச்சிக்கு வழிவகுக்காது.
பயனர்களுக்கும் வாடிக்கையாளர்களுக்கும் உண்மையான தயாரிப்புகளை உருவாக்குவதில் கவனம் செலுத்த டெவலப்பர்களை இது அனுமதிக்கும். வன்பொருள் மற்றும் மென்பொருள் அமைப்புகளின் காட்டில் நீங்கள் அலைய வேண்டியதில்லை, மேலும் அனைத்து தற்செயலான சிக்கல்களும் கடந்த காலத்தின் ஒரு விஷயமாக இருக்கும்.
OpenShift 4: பராமரிப்பு தேவையில்லாத NoOps இயங்குதளம்
В OpenShift 4 க்கான நிறுவனத்தின் பார்வையை வடிவமைக்க உதவிய அந்த பணிகளை விவரித்தார். குழுவின் குறிக்கோள், மென்பொருளை இயக்குதல் மற்றும் பராமரிப்பது போன்ற தினசரி பணிகளை முடிந்தவரை எளிதாக்குவது, இந்த செயல்முறைகளை எளிதாகவும் நிதானமாகவும் செய்ய - செயல்படுத்துவதில் ஈடுபட்டுள்ள நிபுணர்களுக்கும் டெவலப்பர்களுக்கும். ஆனால் இந்த இலக்கை நீங்கள் எவ்வாறு நெருங்க முடியும்? குறைந்தபட்ச தலையீடு தேவைப்படும் மென்பொருளை இயக்குவதற்கான தளத்தை எவ்வாறு உருவாக்குவது? இந்த சூழலில் NoOps என்றால் என்ன?
நீங்கள் சுருக்கமாக முயற்சித்தால், டெவலப்பர்களுக்கு "சர்வர்லெஸ்" அல்லது "NoOps" என்ற கருத்துக்கள் "செயல்பாட்டு" கூறுகளை மறைக்க அல்லது டெவலப்பருக்கு இந்த சுமையை குறைக்க அனுமதிக்கும் கருவிகள் மற்றும் சேவைகளைக் குறிக்கும்.
- கணினிகளுடன் அல்ல, ஆனால் பயன்பாட்டு இடைமுகங்களுடன் (APIகள்) வேலை செய்யுங்கள்.
- மென்பொருளைச் செயல்படுத்துவதைத் தொந்தரவு செய்யாதீர்கள் - வழங்குநரை உங்களுக்காகச் செய்யட்டும்.
- உடனடியாக ஒரு பெரிய கட்டமைப்பை உருவாக்க வேண்டாம் - "கட்டிட தொகுதிகளாக" செயல்படும் சிறிய துண்டுகளை எழுதுவதன் மூலம் தொடங்கவும், இந்த குறியீட்டை தரவு மற்றும் நிகழ்வுகளுடன் வேலை செய்ய முயற்சிக்கவும், வட்டுகள் மற்றும் தரவுத்தளங்களுடன் அல்ல.
இலக்கு, முன்பு போலவே, மென்பொருள் மேம்பாட்டில் மறு செய்கைகளை விரைவுபடுத்துதல், சிறந்த தயாரிப்புகளை உருவாக்குவதற்கான வாய்ப்பை வழங்குதல் மற்றும் டெவலப்பர் தனது மென்பொருள் இயங்கும் அமைப்புகளைப் பற்றி கவலைப்பட வேண்டியதில்லை. பயனர்கள் மீது கவனம் செலுத்துவது படத்தை விரைவாக மாற்றும் என்பதை அனுபவம் வாய்ந்த டெவலப்பர் நன்கு அறிவார், எனவே மென்பொருளை எழுதுவதில் நீங்கள் அதிக முயற்சி எடுக்கக்கூடாது.
பராமரிப்பு மற்றும் செயல்பாட்டு நிபுணர்களுக்கு, "NoOps" என்ற வார்த்தை கொஞ்சம் பயமாக இருக்கலாம். ஆனால் களப் பொறியாளர்களுடன் தொடர்பு கொள்ளும்போது, நம்பகத்தன்மை மற்றும் நம்பகத்தன்மையை (தள நம்பகத்தன்மை பொறியியல், SRE) அவர்கள் பயன்படுத்தும் முறைகள் மற்றும் நுட்பங்கள் மேலே விவரிக்கப்பட்ட வடிவங்களுடன் பல ஒற்றுமைகளைக் கொண்டுள்ளன என்பது தெளிவாகிறது:
- அமைப்புகளை நிர்வகிக்க வேண்டாம் - அவற்றின் மேலாண்மை செயல்முறைகளை தானியங்குபடுத்துங்கள்.
- மென்பொருளை செயல்படுத்த வேண்டாம் - அதை வரிசைப்படுத்த ஒரு பைப்லைனை உருவாக்கவும்.
- உங்கள் எல்லா சேவைகளையும் ஒன்றாக இணைப்பதைத் தவிர்க்கவும் மற்றும் ஒரு செயலியின் தோல்வி முழு கணினியையும் தோல்வியடையச் செய்வதைத் தவிர்க்கவும் - ஆட்டோமேஷன் கருவிகளைப் பயன்படுத்தி அவற்றை உங்கள் முழு உள்கட்டமைப்பு முழுவதும் சிதறடித்து, அவற்றைக் கண்காணிக்கவும் கண்காணிக்கவும் முடியும் வழிகளில் இணைக்கவும்.
SRE களுக்குத் தெரியும், ஏதோ தவறு நடக்கலாம், மேலும் அவர்கள் சிக்கலைக் கண்டறிந்து சரிசெய்ய வேண்டும் - எனவே அவை வழக்கமான வேலையைத் தானியங்குபடுத்துகின்றன மற்றும் முன்கூட்டியே பிழை வரவு செலவுத் திட்டங்களை அமைக்கின்றன.
ஓபன்ஷிப்டில் உள்ள குபெர்னெட்டஸ் என்பது இரண்டு முக்கிய சிக்கல்களைத் தீர்க்க வடிவமைக்கப்பட்ட ஒரு தளமாகும்: மெய்நிகர் இயந்திரங்கள் அல்லது லோட் பேலன்சர் ஏபிஐகளைப் புரிந்துகொள்ள உங்களை கட்டாயப்படுத்துவதற்குப் பதிலாக, இது உயர்-வரிசை சுருக்கங்களுடன் - வரிசைப்படுத்தல் செயல்முறைகள் மற்றும் சேவைகளுடன் செயல்படுகிறது. மென்பொருள் முகவர்களை நிறுவுவதற்குப் பதிலாக, நீங்கள் கொள்கலன்களை இயக்கலாம், மேலும் உங்கள் சொந்த கண்காணிப்பு அடுக்கை எழுதுவதற்குப் பதிலாக, ஏற்கனவே இயங்குதளத்தில் உள்ள கருவிகளைப் பயன்படுத்தவும். எனவே, OpenShift 4 இன் ரகசிய சாஸ் உண்மையில் இரகசியமல்ல - இது SRE கொள்கைகள் மற்றும் சர்வர்லெஸ் கருத்துகளை எடுத்து டெவலப்பர்கள் மற்றும் செயல்பாட்டு பொறியாளர்களுக்கு உதவ அவர்களின் தர்க்கரீதியான முடிவுக்கு எடுத்துச் செல்வது மட்டுமே:
- பயன்பாடுகள் பயன்படுத்தும் உள்கட்டமைப்பை தானியங்குபடுத்துதல் மற்றும் தரப்படுத்துதல்
- டெவலப்பர்களைத் தாங்களே கட்டுப்படுத்தாமல் வரிசைப்படுத்தல் மற்றும் மேம்பாட்டு செயல்முறைகளை ஒன்றாக இணைக்கவும்
- XNUMX வது சேவை, அம்சம், பயன்பாடு அல்லது முழு அடுக்கையும் தொடங்குதல், தணிக்கை செய்தல் மற்றும் பாதுகாப்பது ஆகியவை முதல் சேவையை விட கடினமானது அல்ல.
ஆனால் OpenShift 4 இயங்குதளத்திற்கும் அதன் முன்னோடிகளுக்கும் மற்றும் இதுபோன்ற சிக்கல்களைத் தீர்ப்பதற்கான "நிலையான" அணுகுமுறையிலிருந்தும் என்ன வித்தியாசம்? செயல்படுத்தல் மற்றும் செயல்பாட்டுக் குழுக்களுக்கு என்ன உந்துதல் அளவு? இச்சூழலில் அரசன் கொத்து என்ற காரணத்தால். அதனால்,
- கிளஸ்டர்களின் நோக்கம் தெளிவாக இருப்பதை உறுதிசெய்கிறோம் (அன்புள்ள மேகம், என்னால் முடிந்ததால் இந்த கிளஸ்டரை எடுத்தேன்)
- கிளஸ்டருக்கு சேவை செய்ய இயந்திரங்களும் இயக்க முறைமைகளும் உள்ளன (உங்கள் மாட்சிமை)
- கிளஸ்டரிலிருந்து ஹோஸ்ட்களின் நிலையை நிர்வகிக்கவும், அவற்றின் மறுகட்டமைப்பைக் குறைக்கவும் (சறுக்கல்).
- அமைப்பின் ஒவ்வொரு முக்கிய உறுப்புக்கும், ஒரு ஆயா (பொறிமுறை) தேவை, அது சிக்கல்களைக் கண்காணித்து அகற்றும்
- ஒரு அமைப்பின் *ஒவ்வொரு* அம்சம் அல்லது உறுப்பு மற்றும் தொடர்புடைய மீட்பு வழிமுறைகள் தோல்வி என்பது வாழ்க்கையின் இயல்பான பகுதியாகும்
- முழு உள்கட்டமைப்பும் API வழியாக கட்டமைக்கப்பட வேண்டும்.
- Kubernetes ஐ இயக்க Kubernetes ஐப் பயன்படுத்தவும். (ஆம், ஆம், அது எழுத்துப்பிழை அல்ல)
- புதுப்பிப்புகள் எளிதாகவும், தொந்தரவின்றியும் நிறுவப்பட வேண்டும். புதுப்பிப்பை நிறுவ ஒன்றுக்கு மேற்பட்ட கிளிக் செய்தால், வெளிப்படையாக நாங்கள் ஏதோ தவறு செய்கிறோம்.
- எந்தவொரு கூறுகளையும் கண்காணித்தல் மற்றும் பிழைத்திருத்தம் செய்வது ஒரு பிரச்சனையாக இருக்கக்கூடாது, எனவே முழு உள்கட்டமைப்பு முழுவதும் கண்காணிப்பது மற்றும் புகாரளிப்பது எளிதாகவும் வசதியாகவும் இருக்க வேண்டும்.
இயங்குதளத்தின் திறன்களை செயலில் பார்க்க வேண்டுமா?
OpenShift 4 இன் முன்னோட்டப் பதிப்பு டெவலப்பர்களுக்குக் கிடைத்துள்ளது. பயன்படுத்த எளிதான நிறுவி மூலம், நீங்கள் Red Had CoreOS க்கு மேல் AWS இல் ஒரு கிளஸ்டரை இயக்கலாம். முன்னோட்டத்தைப் பயன்படுத்த, உள்கட்டமைப்பை வழங்க உங்களுக்கு AWS கணக்கு மற்றும் முன்னோட்டப் படங்களை அணுகுவதற்கு கணக்குகளின் தொகுப்பு மட்டுமே தேவை.
- தொடங்குவதற்கு, செல்லவும் மற்றும் "தொடங்கு" என்பதைக் கிளிக் செய்யவும்.
- உங்கள் Red Hat கணக்கில் உள்நுழைந்து (அல்லது புதிய ஒன்றை உருவாக்கவும்) மற்றும் உங்கள் முதல் கிளஸ்டரை அமைப்பதற்கான வழிமுறைகளைப் பின்பற்றவும்.
வெற்றிகரமான நிறுவலுக்குப் பிறகு, எங்கள் பயிற்சிகளைப் பாருங்கள் ஓபன்ஷிஃப்ட் 4 இயங்குதளத்தை குபெர்னெட்ஸை இயக்குவதற்கான எளிதான மற்றும் வசதியான வழியை உருவாக்கும் அமைப்புகள் மற்றும் கருத்துகளைப் பற்றிய ஆழமான புரிதலைப் பெற.
புதிய OpenShift வெளியீட்டை முயற்சி செய்து உங்கள் கருத்தைப் பகிரவும். Kumbernetes உடன் பணிபுரிவதை முடிந்தவரை அணுகக்கூடியதாகவும் சிரமமில்லாததாகவும் மாற்ற நாங்கள் கடமைப்பட்டுள்ளோம்—NoOps இன் எதிர்காலம் இன்று தொடங்குகிறது.
இப்போது கவனம்!
மாநாட்டில் ஏப்ரல் 20 அன்று, ஓபன்ஷிஃப்ட் டெவலப்பர்களில் ஒருவரான வாடிம் ருட்கோவ்ஸ்கி ஒரு மாஸ்டர் வகுப்பை நடத்துவார் - அவர் பத்து கிளஸ்டர்களை உடைத்து அவற்றை சரிசெய்ய கட்டாயப்படுத்துவார். மாநாட்டிற்கு பணம் செலுத்தப்பட்டது, ஆனால் #RedHat என்ற விளம்பர குறியீடு மூலம் 37% தள்ளுபடி கிடைக்கும்
மாஸ்டர் வகுப்பு 17:15 - 18:15, மற்றும் ஸ்டாண்ட் நாள் முழுவதும் திறந்திருக்கும். டி-ஷர்ட்கள், தொப்பிகள், ஸ்டிக்கர்கள் - வழக்கம்!
ஹால் எண் 2
"இங்கே முழு அமைப்பும் மாற்றப்பட வேண்டும்: சான்றளிக்கப்பட்ட இயக்கவியலுடன் சேர்ந்து உடைந்த k8s கிளஸ்டர்களை சரிசெய்கிறோம்."
ஆதாரம்: www.habr.com