குறிப்பு. மொழிபெயர்: Kubernetes சமூகத்தில், GitOps எனப்படும் ஒரு போக்கு வெளிப்படையான பிரபலத்தைப் பெறுகிறது, நாம் தனிப்பட்ட முறையில் பார்த்தது போல, KubeCon Europe 2019. இந்த சொல் ஒப்பீட்டளவில் சமீபத்தியது வீவ்வொர்க்ஸின் தலைவரால் - அலெக்சிஸ் ரிச்சர்ட்சன் - மற்றும் டெவலப்பர்களுக்கு (முதன்மையாக Git, எனவே பெயர்) தெரிந்த கருவிகளைப் பயன்படுத்தி செயல்பாட்டுச் சிக்கல்களைத் தீர்க்கிறது. குறிப்பாக, குபெர்னெட்ஸின் செயல்பாட்டைப் பற்றி பேசுகிறோம், அதன் உள்ளமைவுகளை Git இல் சேமித்து, தானாகவே கிளஸ்டரில் மாற்றங்களை வெளியிடுகிறோம். இந்தக் கட்டுரையில் இந்த வெளியீட்டிற்கான இரண்டு அணுகுமுறைகளைப் பற்றி மத்தியாஸ் ஜேஜி பேசுகிறார்.
கடந்த வருடம் (உண்மையில், இது முறையாக ஆகஸ்ட் 2017 இல் நடந்தது - தோராயமாக. மொழிபெயர்ப்பு.) குபெர்னெட்ஸில் பயன்பாடுகளைப் பயன்படுத்துவதற்கு ஒரு புதிய அணுகுமுறை உள்ளது. இது GitOps என்று அழைக்கப்படுகிறது, மேலும் இது Git களஞ்சியத்தின் பாதுகாப்பான சூழலில் வரிசைப்படுத்தல் பதிப்புகள் கண்காணிக்கப்படும் என்ற அடிப்படை யோசனையை அடிப்படையாகக் கொண்டது.
இந்த அணுகுமுறையின் முக்கிய நன்மைகள் பின்வருமாறு::
- வரிசைப்படுத்தல் பதிப்பு மற்றும் வரலாற்றை மாற்றுதல். முழு கிளஸ்டரின் நிலையும் ஒரு Git களஞ்சியத்தில் சேமிக்கப்படுகிறது, மேலும் வரிசைப்படுத்தல்கள் கமிட்கள் மூலம் மட்டுமே புதுப்பிக்கப்படும். கூடுதலாக, கமிட் வரலாற்றைப் பயன்படுத்தி அனைத்து மாற்றங்களையும் கண்காணிக்க முடியும்.
- பழக்கமான Git கட்டளைகளைப் பயன்படுத்தி ரோல்பேக்குகள். எளிமையானது
git resetவரிசைப்படுத்தல்களில் மாற்றங்களை மீட்டமைக்க உங்களை அனுமதிக்கிறது; கடந்த நிலைகள் எப்போதும் கிடைக்கும். - தயாராக அணுகல் கட்டுப்பாடு. பொதுவாக, ஒரு Git சிஸ்டம் நிறைய முக்கியமான தரவுகளைக் கொண்டுள்ளது, எனவே பெரும்பாலான நிறுவனங்கள் அதைப் பாதுகாப்பதில் சிறப்பு கவனம் செலுத்துகின்றன. அதன்படி, இந்த பாதுகாப்பு வரிசைப்படுத்தல்களுடன் செயல்பாடுகளுக்கும் பொருந்தும்.
- வரிசைப்படுத்தல்களுக்கான கொள்கைகள். பெரும்பாலான Git அமைப்புகள் கிளை வாரியாகக் கொள்கைகளை ஆதரிக்கின்றன - எடுத்துக்காட்டாக, இழுக்கும் கோரிக்கைகள் மட்டுமே முதன்மையைப் புதுப்பிக்க முடியும், மேலும் மாற்றங்கள் மற்றொரு குழு உறுப்பினரால் மதிப்பாய்வு செய்யப்பட்டு ஏற்றுக்கொள்ளப்பட வேண்டும். அணுகல் கட்டுப்பாட்டைப் போலவே, வரிசைப்படுத்தல் புதுப்பிப்புகளுக்கும் அதே கொள்கைகள் பொருந்தும்.
நீங்கள் பார்க்க முடியும் என, GitOps முறையில் பல நன்மைகள் உள்ளன. கடந்த ஆண்டில், இரண்டு அணுகுமுறைகள் குறிப்பிட்ட பிரபலத்தைப் பெற்றுள்ளன. ஒன்று புஷ் அடிப்படையிலானது, மற்றொன்று இழுப்பு அடிப்படையிலானது. அவற்றைப் பார்ப்பதற்கு முன், வழக்கமான குபெர்னெட்ஸ் வரிசைப்படுத்தல்கள் எப்படி இருக்கும் என்பதை முதலில் பார்ப்போம்.
வரிசைப்படுத்தல் முறைகள்
சமீபத்திய ஆண்டுகளில், குபெர்னெட்ஸ் பல்வேறு முறைகள் மற்றும் வரிசைப்படுத்தல் கருவிகளை நிறுவியுள்ளார்:
- நேட்டிவ் குபெர்னெட்ஸ்/கஸ்டமைஸ் டெம்ப்ளேட்களின் அடிப்படையில். குபெர்னெட்டஸில் பயன்பாடுகளை வரிசைப்படுத்த இது எளிதான வழியாகும். டெவலப்பர் அடிப்படை YAML கோப்புகளை உருவாக்கி அவற்றைப் பயன்படுத்துகிறார். ஒரே மாதிரியான வார்ப்புருக்களை தொடர்ந்து மீண்டும் எழுதுவதைத் தவிர்க்க, Kustomize உருவாக்கப்பட்டது (இது குபெர்னெட்ஸ் வார்ப்புருக்களை தொகுதிகளாக மாற்றுகிறது). குறிப்பு. மொழிபெயர்: Kustomize உடன் kubectl இல் ஒருங்கிணைக்கப்பட்டது .
- ஹெல்ம் விளக்கப்படங்கள். ஹெல்ம் விளக்கப்படங்கள் வார்ப்புருக்கள், init கொள்கலன்கள், சைட்கார்கள் போன்றவற்றின் தொகுப்புகளை உருவாக்க உங்களை அனுமதிக்கின்றன, அவை டெம்ப்ளேட் அடிப்படையிலான அணுகுமுறையைக் காட்டிலும் மிகவும் நெகிழ்வான தனிப்பயனாக்குதல் விருப்பங்களுடன் பயன்பாடுகளை வரிசைப்படுத்தப் பயன்படுகின்றன. இந்த முறை டெம்ப்ளேட் செய்யப்பட்ட YAML கோப்புகளை அடிப்படையாகக் கொண்டது. ஹெல்ம் அவற்றை பல்வேறு அளவுருக்களால் நிரப்புகிறது, பின்னர் அவற்றை டில்லருக்கு அனுப்புகிறது, இது ஒரு கிளஸ்டர் கூறுகளை கிளஸ்டருக்கு அனுப்புகிறது மற்றும் புதுப்பிப்புகள் மற்றும் ரோல்பேக்குகளை அனுமதிக்கிறது. முக்கியமான விஷயம் என்னவென்றால், ஹெல்ம் அடிப்படையில் விரும்பிய மதிப்புகளை டெம்ப்ளேட்டுகளில் செருகுகிறது, பின்னர் பாரம்பரிய அணுகுமுறையில் செய்யப்படுவதைப் போலவே அவற்றைப் பயன்படுத்துகிறது. (அது எப்படி வேலை செய்கிறது மற்றும் அதை நீங்கள் எவ்வாறு பயன்படுத்தலாம் என்பதைப் பற்றி மேலும் படிக்கவும் - தோராயமாக மொழிபெயர்ப்பு.). பலவிதமான ஆயத்த ஹெல்ம் விளக்கப்படங்கள் பரந்த அளவிலான பணிகளை உள்ளடக்கியது.
- மாற்று கருவிகள். பல மாற்று கருவிகள் உள்ளன. அவர்கள் அனைவருக்கும் பொதுவானது என்னவென்றால், அவை சில டெம்ப்ளேட் கோப்புகளை குபெர்னெட்ஸ்-வாசிக்கக்கூடிய YAML கோப்புகளாக மாற்றி, பின்னர் அவற்றைப் பயன்படுத்துகின்றன.
எங்கள் வேலையில், நாங்கள் தொடர்ந்து முக்கியமான கருவிகளுக்கு ஹெல்ம் விளக்கப்படங்களைப் பயன்படுத்துகிறோம் (ஏற்கனவே நிறைய விஷயங்கள் தயாராக இருப்பதால், இது வாழ்க்கையை மிகவும் எளிதாக்குகிறது) மற்றும் எங்கள் சொந்த பயன்பாடுகளைப் பயன்படுத்துவதற்கு "தூய" குபெர்னெட்டஸ் YAML கோப்புகள்.
இழு தள்ளு
எனது சமீபத்திய வலைப்பதிவு இடுகைகளில் ஒன்றில், நான் கருவியை அறிமுகப்படுத்தினேன் , இது Git களஞ்சியத்தில் டெம்ப்ளேட்களை உருவாக்கவும், கொள்கலனின் ஒவ்வொரு கமிட் அல்லது புஷ் பிறகு வரிசைப்படுத்தலை புதுப்பிக்கவும் உங்களை அனுமதிக்கிறது. இழுக்கும் அணுகுமுறையை ஊக்குவிப்பதில் இந்த கருவி முக்கிய ஒன்றாகும் என்பதை எனது அனுபவம் காட்டுகிறது, எனவே நான் அதை அடிக்கடி குறிப்பிடுவேன். அதை எவ்வாறு பயன்படுத்துவது என்பது பற்றி மேலும் அறிய விரும்பினால், இங்கே .
தினமலர்! GitOps ஐப் பயன்படுத்துவதன் அனைத்து நன்மைகளும் இரண்டு அணுகுமுறைகளுக்கும் ஒரே மாதிரியாக இருக்கும்.
இழுக்க அடிப்படையிலான அணுகுமுறை
இழுக்கும் அணுகுமுறையானது, அனைத்து மாற்றங்களும் கிளஸ்டருக்குள் இருந்து பயன்படுத்தப்படும் என்ற உண்மையை அடிப்படையாகக் கொண்டது. கிளஸ்டருக்குள் ஒரு ஆபரேட்டர் இருக்கிறார், அவர் தொடர்புடைய Git மற்றும் Docker Registry களஞ்சியங்களை தொடர்ந்து சரிபார்க்கிறார். அவற்றில் ஏதேனும் மாற்றங்கள் ஏற்பட்டால், கிளஸ்டரின் நிலை உள்நாட்டில் புதுப்பிக்கப்படும். இந்த செயல்முறை பொதுவாக மிகவும் பாதுகாப்பானதாகக் கருதப்படுகிறது, ஏனெனில் எந்த வெளி கிளையண்டுக்கும் கிளஸ்டர் நிர்வாகி உரிமைகளை அணுக முடியாது.
நன்மை:
- கிளஸ்டரில் மாற்றங்களைச் செய்ய எந்த வெளி கிளையண்டிற்கும் உரிமை இல்லை; எல்லா புதுப்பிப்புகளும் உள்ளிருந்து வெளியிடப்படுகின்றன.
- சில கருவிகள் ஹெல்ம் விளக்கப்பட புதுப்பிப்புகளை ஒத்திசைக்கவும் அவற்றை கிளஸ்டருடன் இணைக்கவும் அனுமதிக்கின்றன.
- டோக்கர் ரெஜிஸ்ட்ரியை புதிய பதிப்புகளுக்கு ஸ்கேன் செய்யலாம். புதிய படம் கிடைத்தால், Git களஞ்சியமும் வரிசைப்படுத்தலும் புதிய பதிப்பிற்கு புதுப்பிக்கப்படும்.
- பல்வேறு Git களஞ்சியங்கள் மற்றும் அனுமதிகளுடன் பல்வேறு பெயர்வெளிகளில் இழுக்கும் கருவிகளை விநியோகிக்க முடியும். இதற்கு நன்றி, பலதரப்பட்ட மாதிரியைப் பயன்படுத்தலாம். எடுத்துக்காட்டாக, குழு A பெயர்வெளி A ஐப் பயன்படுத்தலாம், குழு B பெயர்வெளி B ஐப் பயன்படுத்தலாம் மற்றும் உள்கட்டமைப்பு குழு உலகளாவிய இடத்தைப் பயன்படுத்தலாம்.
- ஒரு விதியாக, கருவிகள் மிகவும் இலகுரக.
- ஆபரேட்டர் போன்ற கருவிகளுடன் இணைந்து , இரகசியங்களை ஒரு Git களஞ்சியத்தில் குறியாக்கம் செய்து சேமித்து, கிளஸ்டருக்குள் மீட்டெடுக்கலாம்.
- சிடி பைப்லைன்களுக்கு எந்த தொடர்பும் இல்லை, ஏனெனில் கிளஸ்டருக்குள் வரிசைப்படுத்தல்கள் ஏற்படுகின்றன.
Минусы:
- ஹெல்ம் விளக்கப்படங்களிலிருந்து வரிசைப்படுத்தல் ரகசியங்களை நிர்வகிப்பது வழக்கமானவற்றை விட மிகவும் கடினம், ஏனெனில் அவை முதலில் சீல் செய்யப்பட்ட ரகசியங்களின் வடிவத்தில் உருவாக்கப்பட வேண்டும், பின்னர் உள் ஆபரேட்டரால் மறைகுறியாக்கப்பட வேண்டும், அதன் பிறகுதான் அவை இழுக்கும் கருவிக்கு கிடைக்கும். ஏற்கனவே பயன்படுத்தப்பட்ட ரகசியங்களில் உள்ள மதிப்புகளுடன் ஹெல்மில் வெளியீட்டை இயக்கலாம். வரிசைப்படுத்துவதற்குப் பயன்படுத்தப்படும் அனைத்து ஹெல்ம் மதிப்புகளுடன் ஒரு ரகசியத்தை உருவாக்கி, அதை டிக்ரிப்ட் செய்து, அதை Git இல் ஒப்படைப்பதே எளிதான வழி.
- நீங்கள் இழுக்கும் அணுகுமுறையை எடுக்கும்போது, கருவிகளை இழுக்க நீங்கள் பிணைக்கப்படுவீர்கள். இது ஒரு கிளஸ்டரில் வரிசைப்படுத்தல் செயல்முறையைத் தனிப்பயனாக்கும் திறனைக் கட்டுப்படுத்துகிறது. எடுத்துக்காட்டாக, இறுதி வார்ப்புருக்கள் Git க்கு உறுதியளிக்கப்படுவதற்கு முன்பு அது இயங்க வேண்டும் என்பதன் மூலம் கஸ்டமைஸ் சிக்கலானது. நீங்கள் தனித்த கருவிகளைப் பயன்படுத்த முடியாது என்று நான் கூறவில்லை, ஆனால் அவற்றை உங்கள் வரிசைப்படுத்தல் செயல்முறையில் ஒருங்கிணைப்பது மிகவும் கடினம்.
புஷ் அடிப்படையிலான அணுகுமுறை
புஷ் அணுகுமுறையில், ஒரு வெளிப்புற அமைப்பு (முக்கியமாக சிடி பைப்லைன்கள்) Git களஞ்சியத்திற்கு உறுதியளித்த பிறகு அல்லது முந்தைய CI பைப்லைன் வெற்றிகரமாக இருந்தால், கிளஸ்டருக்கான வரிசைப்படுத்தல்களைத் தொடங்குகிறது. இந்த அணுகுமுறையில், கணினி கிளஸ்டருக்கான அணுகலைக் கொண்டுள்ளது.
Плюсы:
- பாதுகாப்பு Git களஞ்சியம் மற்றும் கட்டுமான குழாய் மூலம் தீர்மானிக்கப்படுகிறது.
- ஹெல்ம் விளக்கப்படங்களை வரிசைப்படுத்துவது எளிதானது மற்றும் ஹெல்ம் செருகுநிரல்களை ஆதரிக்கிறது.
- இரகசியங்களை நிர்வகிப்பது எளிதானது, ஏனெனில் இரகசியங்களை பைப்லைன்களில் பயன்படுத்தலாம் மற்றும் Gitல் (பயனரின் விருப்பங்களைப் பொறுத்து) குறியாக்கம் செய்து சேமிக்க முடியும்.
- எந்த வகையையும் பயன்படுத்தலாம் என்பதால், குறிப்பிட்ட கருவிக்கு எந்த தொடர்பும் இல்லை.
- கன்டெய்னர் பதிப்பு புதுப்பிப்புகளை உருவாக்க பைப்லைன் மூலம் தொடங்கலாம்.
Минусы:
- கிளஸ்டர் அணுகல் தரவு உருவாக்க அமைப்புக்குள் உள்ளது.
- வரிசைப்படுத்தல் கொள்கலன்களைப் புதுப்பிப்பது இழுத்தல் செயல்முறையுடன் இன்னும் எளிதானது.
- சிடி சிஸ்டத்தின் மீது அதிக சார்பு இருப்பதால், நமக்குத் தேவையான பைப்லைன்கள் முதலில் கிட்லாப் ரன்னர்களுக்காக எழுதப்பட்டிருக்கலாம், பின்னர் குழு Azure DevOps அல்லது Jenkins க்கு செல்ல முடிவு செய்கிறது... மேலும் அதிக எண்ணிக்கையிலான பைப்லைன்களை நகர்த்த வேண்டியிருக்கும்.
முடிவுகள்: தள்ளவா அல்லது இழுக்கவா?
வழக்கம் போல், ஒவ்வொரு அணுகுமுறையும் அதன் நன்மை தீமைகளைக் கொண்டுள்ளது. சில பணிகளை ஒன்றுடன் நிறைவேற்றுவது எளிதாகவும் மற்றொன்றில் மிகவும் கடினமாகவும் இருக்கும். முதலில் நான் கைமுறையாக வரிசைப்படுத்தல்களைச் செய்து கொண்டிருந்தேன், ஆனால் வீவ் ஃப்ளக்ஸ் பற்றிய சில கட்டுரைகளைக் கண்ட பிறகு, எல்லா திட்டங்களுக்கும் GitOps செயல்முறைகளை செயல்படுத்த முடிவு செய்தேன். அடிப்படை வார்ப்புருக்களுக்கு இது எளிதானது, ஆனால் பின்னர் நான் ஹெல்ம் விளக்கப்படங்களில் சிரமங்களை எதிர்கொண்டேன். அந்த நேரத்தில், வீவ் ஃப்ளக்ஸ் ஹெல்ம் சார்ட் ஆபரேட்டரின் அடிப்படை பதிப்பை மட்டுமே வழங்கியது, ஆனால் இப்போது கூட சில பணிகள் மிகவும் கடினமாக உள்ளன, ஏனெனில் ரகசியங்களை கைமுறையாக உருவாக்கி அவற்றைப் பயன்படுத்த வேண்டிய அவசியம் உள்ளது. கிளஸ்டரின் நற்சான்றிதழ்கள் கிளஸ்டருக்கு வெளியே அணுக முடியாததால், இழுக்கும் அணுகுமுறை மிகவும் பாதுகாப்பானது என்று நீங்கள் வாதிடலாம், மேலும் இது கூடுதல் முயற்சிக்கு மதிப்புள்ளது.
சிறிது யோசனைக்குப் பிறகு, இது அப்படியல்ல என்ற எதிர்பாராத முடிவுக்கு வந்தேன். அதிகபட்ச பாதுகாப்பு தேவைப்படும் கூறுகளைப் பற்றி நாம் பேசினால், இந்த பட்டியலில் இரகசிய சேமிப்பு, CI/CD அமைப்புகள் மற்றும் Git களஞ்சியங்கள் இருக்கும். அவற்றில் உள்ள தகவல்கள் மிகவும் பாதிக்கப்படக்கூடியவை மற்றும் அதிகபட்ச பாதுகாப்பு தேவை. கூடுதலாக, யாராவது உங்கள் Git களஞ்சியத்தில் நுழைந்து, அங்கு குறியீட்டை அழுத்தினால், அவர்கள் விரும்பியதை (அது இழுக்கவோ அல்லது தள்ளவோ) வரிசைப்படுத்தலாம் மற்றும் கிளஸ்டரின் அமைப்புகளுக்குள் ஊடுருவலாம். எனவே, பாதுகாக்கப்பட வேண்டிய மிக முக்கியமான கூறுகள் Git களஞ்சியம் மற்றும் CI/CD அமைப்புகள், கிளஸ்டர் நற்சான்றிதழ்கள் அல்ல. இந்த வகையான அமைப்புகளுக்கான நன்கு உள்ளமைக்கப்பட்ட கொள்கைகள் மற்றும் பாதுகாப்புக் கட்டுப்பாடுகள் உங்களிடம் இருந்தால், மற்றும் கிளஸ்டர் நற்சான்றிதழ்கள் இரகசியங்களாக மட்டுமே பிரித்தெடுக்கப்பட்டால், இழுக்கும் அணுகுமுறையின் கூடுதல் பாதுகாப்பு முதலில் நினைத்தது போல் மதிப்புமிக்கதாக இருக்காது.
எனவே, இழுக்கும் அணுகுமுறை அதிக உழைப்பு மற்றும் பாதுகாப்பு பலனை வழங்கவில்லை என்றால், புஷ் அணுகுமுறையை மட்டுமே பயன்படுத்துவது தர்க்கரீதியானது அல்லவா? ஆனால் புஷ் அணுகுமுறையில் நீங்கள் சிடி சிஸ்டத்துடன் மிகவும் பிணைக்கப்பட்டுள்ளீர்கள் என்று யாராவது வாதிடலாம், ஒருவேளை, இதைச் செய்யாமல் இருப்பது நல்லது, இதனால் எதிர்காலத்தில் இடம்பெயர்வுகளை மேற்கொள்வது எளிதாக இருக்கும்.
என் கருத்துப்படி (எப்போதும் போல), நீங்கள் ஒரு குறிப்பிட்ட வழக்குக்கு மிகவும் பொருத்தமானதைப் பயன்படுத்த வேண்டும் அல்லது இணைக்க வேண்டும். தனிப்பட்ட முறையில், நான் இரண்டு அணுகுமுறைகளையும் பயன்படுத்துகிறேன்: பெரும்பாலும் எங்கள் சொந்த சேவைகளை உள்ளடக்கிய புல்-அடிப்படையிலான வரிசைப்படுத்தல்களுக்கான வீவ் ஃப்ளக்ஸ் மற்றும் ஹெல்ம் மற்றும் செருகுநிரல்களுடன் புஷ் அணுகுமுறை, இது ஹெல்ம் விளக்கப்படங்களை க்ளஸ்டருக்குப் பயன்படுத்துவதை எளிதாக்குகிறது மற்றும் இரகசியங்களைத் தடையின்றி உருவாக்க உங்களை அனுமதிக்கிறது. எல்லா நிகழ்வுகளுக்கும் பொருத்தமான ஒரு தீர்வு இருக்காது என்று நான் நினைக்கிறேன், ஏனென்றால் எப்போதும் நிறைய நுணுக்கங்கள் உள்ளன மற்றும் அவை குறிப்பிட்ட பயன்பாட்டைப் பொறுத்தது. சொல்லப்பட்டால், நான் GitOps ஐ மிகவும் பரிந்துரைக்கிறேன் - இது வாழ்க்கையை மிகவும் எளிதாக்குகிறது மற்றும் பாதுகாப்பை மேம்படுத்துகிறது.
இந்த தலைப்பில் எனது அனுபவம் உங்கள் வரிசைப்படுத்துதலுக்கு எந்த முறை மிகவும் பொருத்தமானது என்பதைத் தீர்மானிக்க உதவும் என்று நம்புகிறேன், மேலும் உங்கள் கருத்தைக் கேட்பதில் நான் மகிழ்ச்சியடைவேன்.
மொழிபெயர்ப்பாளரிடமிருந்து PS குறிப்பு
புல் மாடலின் குறைபாடு என்னவென்றால், ரெண்டர் செய்யப்பட்ட மேனிஃபெஸ்ட்களை ஜிட்டில் வைப்பது கடினம், ஆனால் புல் மாடலில் உள்ள சிடி பைப்லைன் ரோல்அவுட்டிலிருந்து தனித்தனியாக இயங்குகிறது மற்றும் அடிப்படையில் ஒரு வகை பைப்லைனாக மாறுகிறது. தொடர்ந்து விண்ணப்பிக்கவும். எனவே, அனைத்து வரிசைப்படுத்தல்களிலிருந்தும் அவற்றின் நிலையைச் சேகரிக்க இன்னும் கூடுதலான முயற்சி தேவைப்படும் மற்றும் எப்படியாவது பதிவுகள்/நிலைக்கான அணுகலை வழங்க வேண்டும், முன்னுரிமை குறுவட்டு அமைப்புடன்.
இந்த அர்த்தத்தில், புஷ் மாடல் ரோல்அவுட்டின் சில உத்தரவாதங்களையாவது வழங்க அனுமதிக்கிறது, ஏனெனில் பைப்லைனின் வாழ்நாள் ரோல்அவுட்டின் வாழ்நாளுக்கு சமமாக இருக்கும்.
நாங்கள் இரண்டு மாதிரிகளையும் முயற்சித்தோம் மற்றும் கட்டுரையின் ஆசிரியரின் அதே முடிவுகளுக்கு வந்தோம்:
- அதிக எண்ணிக்கையிலான கிளஸ்டர்களில் கணினி கூறுகளின் புதுப்பிப்புகளை ஒழுங்கமைக்க இழுக்கும் மாதிரி பொருத்தமானது (பார்க்க. ).
- GitLab CI அடிப்படையிலான புஷ் மாடல் ஹெல்ம் விளக்கப்படங்களைப் பயன்படுத்தி பயன்பாடுகளை வெளியிடுவதற்கு மிகவும் பொருத்தமானது. அதே நேரத்தில், குழாய்களுக்குள் வரிசைப்படுத்தல்களின் வெளியீடு கருவியைப் பயன்படுத்தி கண்காணிக்கப்படுகிறது . எங்களுடைய இந்த திட்டத்தின் பின்னணியில், KubeCon Europe'19 இல் எங்கள் நிலைப்பாட்டில் DevOps இன்ஜினியர்களின் அழுத்தமான பிரச்சனைகளைப் பற்றி விவாதித்தபோது, தொடர்ந்து "GitOps" ஒலியைக் கேட்டோம்.
மொழிபெயர்ப்பாளரிடமிருந்து பி.பி.எஸ்
எங்கள் வலைப்பதிவிலும் படிக்கவும்:
- «";
- «";
- «";
- «".
பதிவு செய்த பயனர்கள் மட்டுமே கணக்கெடுப்பில் பங்கேற்க முடியும். , தயவு செய்து.
நீங்கள் GitOps பயன்படுத்துகிறீர்களா?
-
ஆம், அணுகுமுறையை இழுக்கவும்
-
ஆம், தள்ளு
-
ஆம், இழு + தள்ளு
-
ஆம், வேறு ஏதாவது
-
இல்லை
30 பயனர்கள் வாக்களித்தனர். 10 பயனர்கள் வாக்களிக்கவில்லை.
ஆதாரம்: www.habr.com