குறிப்பு. மொழிபெயர்: சமீபத்திய வெளியீட்டிற்குப் பிறகு GitOps இல் இழுத்தல் மற்றும் புஷ் முறைகள் பற்றி, பொதுவாக இந்த மாதிரியில் ஆர்வத்தைக் கண்டோம், ஆனால் இந்த தலைப்பில் மிகக் குறைவான ரஷ்ய மொழி வெளியீடுகள் இருந்தன (ஹப்ரேயில் எதுவும் இல்லை). எனவே, மற்றொரு கட்டுரையின் மொழிபெயர்ப்பை உங்கள் கவனத்திற்கு வழங்குவதில் நாங்கள் மகிழ்ச்சியடைகிறோம் - கிட்டத்தட்ட ஒரு வருடத்திற்கு முன்பே! - வீவ்வொர்க்ஸில் இருந்து, அதன் தலைவர் "GitOps" என்ற வார்த்தையை உருவாக்கினார். அணுகுமுறையின் சாராம்சம் மற்றும் ஏற்கனவே உள்ளவற்றிலிருந்து முக்கிய வேறுபாடுகளை உரை விளக்குகிறது.
ஒரு வருடம் முன்பு நாங்கள் வெளியிட்டோம் . அப்போது, Weaveworks குழு எவ்வாறு SaaS ஐ முழுவதுமாக Kubernetes ஐ அடிப்படையாகக் கொண்டு அறிமுகப்படுத்தியது மற்றும் கிளவுட் நேட்டிவ் சூழலில் பயன்படுத்துவதற்கும், நிர்வகிப்பதற்கும், கண்காணிப்பதற்கும் பரிந்துரைக்கப்பட்ட சிறந்த நடைமுறைகளின் தொகுப்பை எவ்வாறு உருவாக்கியது என்பதைப் பகிர்ந்தோம்.
கட்டுரை பிரபலமாக மாறியது. மற்றவர்கள் GitOps பற்றி பேசத் தொடங்கினர் மற்றும் புதிய கருவிகளை வெளியிடத் தொடங்கினர் , , , , மற்றும் பல. எங்கள் இணையதளத்தில் தோன்றியது வெளியீடுகள் மற்றும் GitOps பயன்பாட்டு வழக்குகள். ஆனால் சிலருக்கு இன்னும் கேள்விகள் உள்ளன. மாடல் பாரம்பரியத்திலிருந்து எவ்வாறு வேறுபடுகிறது? மற்றும் தொடர்ச்சியான விநியோகம் ()? Kubernetes ஐப் பயன்படுத்துவது அவசியமா?
ஒரு புதிய விளக்கம் தேவை என்பதை நாங்கள் விரைவில் உணர்ந்தோம்:
- ஏராளமான எடுத்துக்காட்டுகள் மற்றும் கதைகள்;
- GitOps இன் குறிப்பிட்ட வரையறை;
- பாரம்பரிய தொடர்ச்சியான விநியோகத்துடன் ஒப்பிடுதல்.
இந்த கட்டுரையில் இந்த தலைப்புகள் அனைத்தையும் மறைக்க முயற்சித்தோம். இது GitOps க்கு மேம்படுத்தப்பட்ட அறிமுகம் மற்றும் டெவலப்பர் மற்றும் CI/CD பார்வையை வழங்குகிறது. நாங்கள் முதன்மையாக குபெர்னெட்டஸில் கவனம் செலுத்துகிறோம், இருப்பினும் மாதிரியை பொதுமைப்படுத்தலாம்.
GitOps ஐ சந்திக்கவும்
ஆலிஸை கற்பனை செய்து பாருங்கள். அவர் குடும்பக் காப்பீட்டை நடத்துகிறார், இது சுகாதாரம், வாகனம், வீடு மற்றும் பயணக் காப்பீட்டை வழங்கும், ஒப்பந்தங்களின் நுணுக்கங்களைத் தாங்களே கண்டுபிடிக்க முடியாத அளவுக்கு பிஸியாக உள்ளவர்களுக்கு. ஆலிஸ் ஒரு வங்கியில் தரவு விஞ்ஞானியாக பணிபுரிந்தபோது அவரது வணிகம் ஒரு பக்க திட்டமாக தொடங்கியது. ஒரு நாள், மேம்பட்ட கணினி அல்காரிதங்களைப் பயன்படுத்தி தரவை மிகவும் திறம்பட பகுப்பாய்வு செய்து காப்பீட்டுத் தொகுப்புகளை உருவாக்க முடியும் என்பதை அவள் உணர்ந்தாள். முதலீட்டாளர்கள் திட்டத்திற்கு நிதியளித்தனர், இப்போது அவரது நிறுவனம் ஆண்டுக்கு $20 மில்லியனுக்கும் அதிகமான வருமானத்தை ஈட்டுகிறது மற்றும் வேகமாக வளர்ந்து வருகிறது. தற்போது, பல்வேறு பதவிகளில் 180 பேர் பணியாற்றுகின்றனர். இணையதளம், தரவுத்தளத்தை உருவாக்குதல், பராமரித்தல் மற்றும் வாடிக்கையாளர் தளத்தை பகுப்பாய்வு செய்யும் தொழில்நுட்பக் குழு இதில் அடங்கும். 60 பேர் கொண்ட குழுவிற்கு நிறுவனத்தின் தொழில்நுட்ப இயக்குனர் பாப் தலைமை தாங்குகிறார்.
பாப் குழு கிளவுட்டில் உற்பத்தி அமைப்புகளை பயன்படுத்துகிறது. அவர்களின் முக்கிய பயன்பாடுகள் GKE இல் இயங்குகின்றன, Google Cloud இல் Kubernetes ஐப் பயன்படுத்திக் கொள்கின்றன. கூடுதலாக, அவர்கள் தங்கள் வேலையில் பல்வேறு தரவு மற்றும் பகுப்பாய்வுக் கருவிகளைப் பயன்படுத்துகின்றனர்.
குடும்பக் காப்பீடு கன்டெய்னர்களைப் பயன்படுத்தத் தொடங்கவில்லை, ஆனால் டோக்கர் ஆர்வத்தில் சிக்கிக்கொண்டது. GKE ஆனது புதிய அம்சங்களைச் சோதிக்க க்ளஸ்டர்களை வரிசைப்படுத்துவதை எளிதாகவும் சிரமமின்றியும் செய்துள்ளது என்பதை நிறுவனம் விரைவில் கண்டுபிடித்தது. கொள்கலன் பதிவேட்டை ஒழுங்கமைக்க CI மற்றும் Quay க்கான ஜென்கின்ஸ் சேர்க்கப்பட்டன, GKE க்கு புதிய கொள்கலன்கள் மற்றும் உள்ளமைவுகளைத் தள்ளும் ஸ்கிரிப்டுகள் ஜென்கின்ஸிற்காக எழுதப்பட்டன.
சில காலம் கடந்துவிட்டது. ஆலிஸ் மற்றும் பாப் அவர்கள் தேர்ந்தெடுத்த அணுகுமுறையின் செயல்திறன் மற்றும் வணிகத்தில் அதன் தாக்கத்தால் ஏமாற்றமடைந்தனர். கன்டெய்னர்களின் அறிமுகம் குழு எதிர்பார்த்த அளவுக்கு உற்பத்தியை மேம்படுத்தவில்லை. சில நேரங்களில் வரிசைப்படுத்தல்கள் உடைந்துவிடும், மேலும் குறியீடு மாற்றங்கள் காரணமா என்பது தெளிவாக இல்லை. கட்டமைப்பு மாற்றங்களைக் கண்காணிப்பதும் கடினமாக இருந்தது. பெரும்பாலும் ஒரு புதிய கிளஸ்டரை உருவாக்கி அதற்கு பயன்பாடுகளை நகர்த்துவது அவசியம், ஏனெனில் இது கணினியாக மாறிய குழப்பத்தை அகற்ற எளிதான வழியாகும். பயன்பாடு உருவாகும்போது நிலைமை மோசமாகிவிடும் என்று ஆலிஸ் பயந்தார் (மேலும், இயந்திர கற்றலின் அடிப்படையில் ஒரு புதிய திட்டம் தயாரிக்கப்பட்டது). பாப் பெரும்பாலான வேலைகளை தானியக்கமாக்கினார், மேலும் குழாய் ஏன் இன்னும் நிலையற்றது, சரியாக அளவிடப்படவில்லை மற்றும் அவ்வப்போது கைமுறையாக தலையீடு தேவைப்பட்டது ஏன் என்று புரியவில்லையா?
பின்னர் அவர்கள் GitOps பற்றி அறிந்து கொண்டனர். இந்த முடிவு அவர்கள் நம்பிக்கையுடன் முன்னேறுவதற்குத் தேவையானதாக மாறியது.
ஆலிஸ் மற்றும் பாப் ஆகியோர் Git, DevOps மற்றும் உள்கட்டமைப்பு பற்றி பல ஆண்டுகளாக குறியீடு பணிப்பாய்வுகளாக கேள்விப்பட்டு வருகின்றனர். GitOps இன் தனித்துவமானது என்னவென்றால், குபெர்னெட்டஸின் சூழலில் இந்த யோசனைகளைச் செயல்படுத்துவதற்கான சிறந்த நடைமுறைகளின் தொகுப்பைக் கொண்டுவருகிறது. இந்த தீம் , உட்பட .
குடும்ப காப்பீடு GitOps ஐ செயல்படுத்த முடிவு செய்கிறது. நிறுவனம் இப்போது குபெர்னெட்டஸுடன் இணக்கமான மற்றும் ஒருங்கிணைக்கும் தானியங்கி செயல்பாட்டு மாதிரியைக் கொண்டுள்ளது வேகம் உடன் ஸ்திரத்தன்மைஏனென்றால் அவர்கள்:
- யாரும் பைத்தியம் பிடிக்காமல் அணியின் உற்பத்தித்திறன் இரட்டிப்பாவதைக் கண்டறிந்தது;
- ஸ்கிரிப்ட்களை வழங்குவதை நிறுத்தியது. மாறாக, அவர்கள் இப்போது புதிய அம்சங்களில் கவனம் செலுத்தலாம் மற்றும் பொறியியல் முறைகளை மேம்படுத்தலாம் - எடுத்துக்காட்டாக, கேனரி ரோல்அவுட்களை அறிமுகப்படுத்துதல் மற்றும் சோதனையை மேம்படுத்துதல்;
- வரிசைப்படுத்தல் செயல்முறையை நாங்கள் மேம்படுத்தியுள்ளோம், அதனால் அது அரிதாக உடைந்துவிடும்;
- கையேடு தலையீடு இல்லாமல் பகுதி தோல்விகளுக்குப் பிறகு வரிசைப்படுத்தல்களை மீட்டெடுப்பதற்கான வாய்ப்பு கிடைத்தது;
- வாங்கி பயன்படுத்தப்பட்டதுоவிநியோக அமைப்புகளில் அதிக நம்பிக்கை. ஆலிஸ் மற்றும் பாப் ஆகியோர் குழுவை இணையாகச் செயல்படும் மைக்ரோ சர்வீஸ் குழுக்களாகப் பிரிக்க முடியும் என்பதைக் கண்டுபிடித்தனர்;
- ஒவ்வொரு குழுவின் முயற்சியின் மூலம் ஒவ்வொரு நாளும் திட்டத்தில் 30-50 மாற்றங்களைச் செய்து புதிய நுட்பங்களை முயற்சிக்கலாம்;
- புதிய டெவலப்பர்களை திட்டத்திற்கு ஈர்ப்பது எளிதானது, சில மணிநேரங்களுக்குள் இழுக்கும் கோரிக்கைகளைப் பயன்படுத்தி உற்பத்திக்கான புதுப்பிப்புகளை வெளியிடுவதற்கான வாய்ப்பு உள்ளது;
- SOC2 இன் கட்டமைப்பிற்குள் தணிக்கையை எளிதாக நிறைவேற்றலாம் (பாதுகாப்பான தரவு நிர்வாகத்திற்கான தேவைகளுடன் சேவை வழங்குநர்களின் இணக்கத்திற்காக; மேலும் படிக்கவும், எடுத்துக்காட்டாக, - தோராயமாக மொழிபெயர்ப்பு.).
என்ன நடந்தது?
GitOps என்பது இரண்டு விஷயங்கள்:
- குபெர்னெட்டஸ் மற்றும் கிளவுட் நேட்டிவ்க்கான செயல்பாட்டு மாதிரி. கன்டெய்னரைஸ்டு கிளஸ்டர்கள் மற்றும் அப்ளிகேஷன்களை வரிசைப்படுத்துதல், நிர்வகித்தல் மற்றும் கண்காணிப்பதற்கான சிறந்த நடைமுறைகளின் தொகுப்பை இது வழங்குகிறது. வடிவத்தில் நேர்த்தியான வரையறை இருந்து :
- டெவலப்பர்களை மையமாகக் கொண்ட பயன்பாட்டு மேலாண்மை சூழலை உருவாக்குவதற்கான பாதை. செயல்பாடுகள் மற்றும் மேம்பாடு ஆகிய இரண்டிற்கும் Git பணிப்பாய்வுகளைப் பயன்படுத்துகிறோம். இது Git push பற்றி மட்டும் அல்ல, CI/CD மற்றும் UI/UX கருவிகளின் முழு தொகுப்பையும் ஒழுங்கமைப்பது பற்றியது என்பதை நினைவில் கொள்ளவும்.
Git பற்றி சில வார்த்தைகள்
பதிப்புக் கட்டுப்பாட்டு அமைப்புகள் மற்றும் Git-அடிப்படையிலான பணிப்பாய்வு உங்களுக்குத் தெரியாவிட்டால், அவற்றைப் பற்றி அறிந்துகொள்ள நாங்கள் மிகவும் பரிந்துரைக்கிறோம். கிளைகளுடன் பணிபுரிவது மற்றும் கோரிக்கைகளை இழுப்பது முதலில் சூனியம் போல் தோன்றலாம், ஆனால் பலன்கள் முயற்சிக்கு மதிப்புள்ளது. இங்கே தொடங்க.
குபெர்னெட்ஸ் எவ்வாறு செயல்படுகிறது
எங்கள் கதையில், ஆலிஸ் மற்றும் பாப் குபெர்னெட்ஸுடன் சிறிது காலம் பணிபுரிந்த பிறகு GitOps க்கு திரும்பினர். உண்மையில், GitOps Kubernetes உடன் நெருங்கிய தொடர்புடையது - இது Kubernetes அடிப்படையிலான உள்கட்டமைப்பு மற்றும் பயன்பாடுகளுக்கான செயல்பாட்டு மாதிரியாகும்.
Kubernetes பயனர்களுக்கு என்ன கொடுக்கிறது?
இங்கே சில முக்கிய அம்சங்கள் உள்ளன:
- குபெர்னெட்ஸ் மாதிரியில், எல்லாவற்றையும் அறிவிப்பு வடிவத்தில் விவரிக்கலாம்.
- Kubernetes API சேவையகம் இந்த அறிவிப்பை உள்ளீடாக எடுத்து, பின்னர் அறிவிப்பில் விவரிக்கப்பட்டுள்ள நிலைக்கு கிளஸ்டரைக் கொண்டுவர தொடர்ந்து முயற்சிக்கிறது.
- பல்வேறு வகையான பணிச்சுமைகளை விவரிக்கவும் நிர்வகிக்கவும் பிரகடனங்கள் போதுமானவை—“பயன்பாடுகள்”.
- இதன் விளைவாக, பயன்பாடு மற்றும் கிளஸ்டரில் மாற்றங்கள் ஏற்படுகின்றன:
- கொள்கலன் படங்களில் மாற்றங்கள்;
- அறிவிப்பு விவரக்குறிப்பில் மாற்றங்கள்;
- சூழலில் பிழைகள் - உதாரணமாக, கொள்கலன் விபத்துக்கள்.
குபெர்னெட்டஸின் சிறந்த ஒருங்கிணைப்பு திறன்கள்
ஒரு நிர்வாகி உள்ளமைவு மாற்றங்களைச் செய்யும்போது, குபெர்னெட்ஸ் இசைக்குழு அதன் நிலை இருக்கும் வரை அவற்றைக் கிளஸ்டருக்குப் பயன்படுத்துவார். புதிய கட்டமைப்புக்கு அருகில் வராது. இந்த மாதிரி எந்த குபெர்னெட்டஸ் வளத்திற்கும் வேலை செய்கிறது மற்றும் தனிப்பயன் வள வரையறைகளுடன் (CRDs) நீட்டிக்கப்படுகிறது. எனவே, குபெர்னெட்ஸ் வரிசைப்படுத்தல்கள் பின்வரும் அற்புதமான பண்புகளைக் கொண்டுள்ளன:
- ஆட்டோமேஷன்: குபெர்னெட்டஸ் புதுப்பிப்புகள், மாற்றங்களை அழகாகவும் சரியான நேரத்திலும் பயன்படுத்துவதற்கான செயல்முறையை தானியங்குபடுத்துவதற்கான ஒரு பொறிமுறையை வழங்குகிறது.
- குவிதல்: வெற்றிபெறும் வரை குபெர்னெட்ஸ் புதுப்பிப்புகளைத் தொடர்ந்து முயற்சிப்பார்.
- இயலாமை: மீண்டும் மீண்டும் ஒன்றிணைக்கும் பயன்பாடுகள் ஒரே முடிவுக்கு வழிவகுக்கும்.
- நிர்ணயம்: வளங்கள் போதுமானதாக இருக்கும்போது, புதுப்பிக்கப்பட்ட கிளஸ்டரின் நிலை விரும்பிய நிலையை மட்டுமே சார்ந்துள்ளது.
GitOps எவ்வாறு செயல்படுகிறது
GitOps எவ்வாறு செயல்படுகிறது என்பதை விளக்குவதற்கு குபெர்னெட்டஸைப் பற்றி போதுமான அளவு கற்றுக்கொண்டோம்.
குடும்பக் காப்பீட்டின் மைக்ரோ சர்வீஸ் குழுக்களுக்குத் திரும்புவோம். அவர்கள் வழக்கமாக என்ன செய்ய வேண்டும்? கீழே உள்ள பட்டியலைப் பாருங்கள் (அதில் ஏதேனும் விசித்திரமானதாகவோ அல்லது அறிமுகமில்லாததாகவோ தோன்றினால், தயவுசெய்து விமர்சிப்பதை நிறுத்திவிட்டு எங்களுடன் இருங்கள்). இவை ஜென்கின்ஸ் அடிப்படையிலான பணிப்பாய்வுகளின் எடுத்துக்காட்டுகள். பிற கருவிகளுடன் பணிபுரியும் போது பல செயல்முறைகள் உள்ளன.
முக்கிய விஷயம் என்னவென்றால், ஒவ்வொரு புதுப்பிப்பும் உள்ளமைவு கோப்புகள் மற்றும் Git களஞ்சியங்களில் மாற்றங்களுடன் முடிவடைகிறது. Git இல் இந்த மாற்றங்கள் "GitOps ஆபரேட்டர்" கிளஸ்டரை புதுப்பிக்க காரணமாகின்றன:
1. வேலை செய்யும் செயல்முறை: "ஜென்கின்ஸ் உருவாக்க - முதன்மை கிளை".
பணி பட்டியல்:
- ஜென்கின்ஸ் குறியிடப்பட்ட படங்களை குவேக்கு தள்ளுகிறார்;
- ஜென்கின்ஸ் கட்டமைப்பு மற்றும் ஹெல்ம் விளக்கப்படங்களை முதன்மை சேமிப்பக வாளிக்கு தள்ளுகிறார்;
- கிளவுட் செயல்பாடு மாஸ்டர் ஸ்டோரேஜ் பக்கெட்டில் இருந்து மாஸ்டர் ஜிட் களஞ்சியத்திற்கு கட்டமைப்பு மற்றும் விளக்கப்படங்களை நகலெடுக்கிறது;
- GitOps ஆபரேட்டர் கிளஸ்டரை புதுப்பிக்கிறது.
2. ஜென்கின்ஸ் உருவாக்க - வெளியீடு அல்லது ஹாட்ஃபிக்ஸ் கிளை:
- ஜென்கின்ஸ் குறியிடப்படாத படங்களை குவேக்கு தள்ளுகிறார்;
- ஜென்கின்ஸ் கட்டமைப்பு மற்றும் ஹெல்ம் விளக்கப்படங்களை ஸ்டேஜிங் ஸ்டோரேஜ் வாளிக்கு தள்ளுகிறார்;
- கிளவுட் செயல்பாடு ஸ்டேஜிங் ஸ்டோரேஜ் பக்கெட்டில் இருந்து ஸ்டேஜிங் ஜிட் களஞ்சியத்திற்கு கட்டமைப்பு மற்றும் விளக்கப்படங்களை நகலெடுக்கிறது;
- GitOps ஆபரேட்டர் கிளஸ்டரை புதுப்பிக்கிறது.
3. ஜென்கின்ஸ் பில்ட் - டெவலப் அல்லது அம்சக் கிளை:
- ஜென்கின்ஸ் குறியிடப்படாத படங்களை குவேக்கு தள்ளுகிறார்;
- ஜென்கின்ஸ் கட்டமைப்பு மற்றும் ஹெல்ம் விளக்கப்படங்களை டெவலப் ஸ்டோரேஜ் வாளிக்குள் தள்ளுகிறார்;
- மேகக்கணி செயல்பாடு டெவலப் ஸ்டோரேஜ் பக்கெட்டில் இருந்து டெவலப் ஜிட் களஞ்சியத்திற்கு கட்டமைப்பு மற்றும் விளக்கப்படங்களை நகலெடுக்கிறது;
- GitOps ஆபரேட்டர் கிளஸ்டரை புதுப்பிக்கிறது.
4. புதிய வாடிக்கையாளரைச் சேர்த்தல்:
- மேலாளர் அல்லது நிர்வாகி (LCM/ops) தொடக்கத்தில் நெட்வொர்க் லோட் பேலன்சர்களை (NLBs) வரிசைப்படுத்த மற்றும் கட்டமைக்க Gradle ஐ அழைக்கிறார்;
- LCM/ops புதுப்பிப்புகளுக்கான வரிசைப்படுத்தலைத் தயாரிக்க ஒரு புதிய கட்டமைப்பைச் செய்கிறது;
- GitOps ஆபரேட்டர் கிளஸ்டரை புதுப்பிக்கிறது.
GitOps பற்றிய சுருக்கமான விளக்கம்
- ஒவ்வொரு சூழலுக்கான அறிவிப்பு விவரக்குறிப்புகளைப் பயன்படுத்தி முழு கணினியின் விரும்பிய நிலையை விவரிக்கவும் (எங்கள் கதையில், பாப் குழு முழு கணினி உள்ளமைவையும் Git இல் வரையறுக்கிறது).
- Git களஞ்சியமானது முழு அமைப்பின் விரும்பிய நிலையைப் பற்றிய உண்மையின் ஒற்றை ஆதாரமாகும்.
- விரும்பிய நிலைக்கு அனைத்து மாற்றங்களும் Git இல் உள்ள உறுதிமொழிகள் மூலம் செய்யப்படுகின்றன.
- தேவையான அனைத்து கிளஸ்டர் அளவுருக்களும் கிளஸ்டரிலேயே காணப்படுகின்றன. இந்த வழியில் அவை ஒன்றிணைகின்றனவா என்பதை நாம் தீர்மானிக்க முடியும் (ஒன்றுபடுகின்றன, குவிதல்) அல்லது வேறுபட்டது (வேறு, வேறுபடுகின்றன) விரும்பிய மற்றும் கவனிக்கப்பட்ட நிலைகள்.
- விரும்பிய மற்றும் கவனிக்கப்பட்ட நிலைகள் வேறுபட்டால், பின்:
- இலக்கு மற்றும் கவனிக்கப்பட்ட நிலைகளை விரைவில் அல்லது பின்னர் தானாகவே ஒத்திசைக்கும் ஒரு ஒருங்கிணைப்பு பொறிமுறை உள்ளது. கிளஸ்டரின் உள்ளே, குபெர்னெட்ஸ் இதைச் செய்கிறார்.
- செயல்முறை உடனடியாக "மாற்றம் உறுதி" எச்சரிக்கையுடன் தொடங்குகிறது.
- சில கட்டமைக்கக்கூடிய காலத்திற்குப் பிறகு, மாநிலங்கள் வேறுபட்டால், "வேறுபாடு" எச்சரிக்கையை அனுப்பலாம்.
- இந்த வழியில், Git இல் உள்ள அனைத்து கமிட்களும் கிளஸ்டருக்கு சரிபார்க்கக்கூடிய மற்றும் உறுதியான புதுப்பிப்புகளை ஏற்படுத்துகின்றன.
- ரோல்பேக் என்பது முன்பு விரும்பிய நிலைக்கு ஒன்றிணைவது.
- ஒருங்கிணைப்பு இறுதியானது. அதன் நிகழ்வு குறிக்கப்படுகிறது:
- ஒரு குறிப்பிட்ட காலத்திற்கு வேறுபாடு எச்சரிக்கைகள் இல்லை.
- "ஒருங்கிணைந்த" எச்சரிக்கை (எ.கா. webhook, Git ரைட்பேக் நிகழ்வு).
வேறுபாடு என்றால் என்ன?
மீண்டும் மீண்டும் செய்வோம்: தேவையான அனைத்து கிளஸ்டர் பண்புகளும் கிளஸ்டரிலேயே கவனிக்கப்பட வேண்டும்.
வேறுபாட்டின் சில எடுத்துக்காட்டுகள்:
- Git இல் கிளைகளை இணைப்பதன் காரணமாக உள்ளமைவு கோப்பில் மாற்றம்.
- GUI கிளையன்ட் செய்த Git கமிட் காரணமாக உள்ளமைவு கோப்பில் மாற்றம்.
- Git இல் உள்ள PR காரணமாக விரும்பிய நிலைக்கு பல மாற்றங்கள், பின்னர் கொள்கலன் படத்தை உருவாக்குதல் மற்றும் கட்டமைப்பு மாற்றங்கள்.
- பிழை காரணமாக கிளஸ்டரின் நிலையில் மாற்றம், "மோசமான நடத்தை", அல்லது அசல் நிலையில் இருந்து சீரற்ற விலகல் ஆகியவற்றின் விளைவாக வள மோதல்.
ஒன்றிணைவதற்கான வழிமுறை என்ன?
சில எடுத்துக்காட்டுகள்:
- கன்டெய்னர்கள் மற்றும் கிளஸ்டர்களுக்கு, குபெர்னெட்டஸ் மூலம் ஒருங்கிணைக்கும் வழிமுறை வழங்கப்படுகிறது.
- குபெர்னெட்டஸ் அடிப்படையிலான பயன்பாடுகள் மற்றும் வடிவமைப்புகளை (Istio மற்றும் Kubeflow போன்றவை) நிர்வகிக்க அதே பொறிமுறையைப் பயன்படுத்தலாம்.
- குபெர்னெட்ஸ், பட களஞ்சியங்கள் மற்றும் Git ஆகியவற்றுக்கு இடையேயான செயல்பாட்டு தொடர்புகளை நிர்வகிப்பதற்கான ஒரு பொறிமுறையை வழங்குகிறது , இது ஒரு பகுதியாகும் .
- அடிப்படை இயந்திரங்களுக்கு, ஒருங்கிணைப்பு பொறிமுறையானது அறிவிப்பு மற்றும் தன்னாட்சி இருக்க வேண்டும். என்பதை நம் சொந்த அனுபவத்தில் இருந்து சொல்லலாம் இந்த வரையறைக்கு மிக நெருக்கமானது, ஆனால் இன்னும் மனிதக் கட்டுப்பாடு தேவைப்படுகிறது. இந்த அர்த்தத்தில், GitOps உள்கட்டமைப்பின் பாரம்பரியத்தை குறியீட்டாக விரிவுபடுத்துகிறது.
சுரண்டலுக்கான மாதிரியை வழங்குவதற்காக, குபெர்னெட்டஸின் சிறந்த ஒருங்கிணைப்பு இயந்திரத்துடன் GitOps ஒருங்கிணைக்கிறது.
GitOps இவ்வாறு கூற அனுமதிக்கிறது: விவரிக்கப்பட்ட மற்றும் கவனிக்கக்கூடிய அந்த அமைப்புகளை மட்டுமே தானியங்கு மற்றும் கட்டுப்படுத்த முடியும்.
GitOps முழு கிளவுட் நேட்டிவ் ஸ்டேக்கிற்காக வடிவமைக்கப்பட்டுள்ளது (எடுத்துக்காட்டாக, டெர்ராஃபார்ம் போன்றவை)
GitOps வெறும் குபெர்னெட்ஸ் அல்ல. முழு அமைப்பும் பிரகடனமாக இயக்கப்பட வேண்டும் மற்றும் ஒருங்கிணைப்பைப் பயன்படுத்த வேண்டும் என்று நாங்கள் விரும்புகிறோம். முழு அமைப்பு என்பதன் மூலம், குபெர்னெட்டஸுடன் பணிபுரியும் சூழல்களின் தொகுப்பைக் குறிக்கிறோம் - எடுத்துக்காட்டாக, "dev cluster 1", "production", முதலியன. ஒவ்வொரு சூழலிலும் இயந்திரங்கள், கிளஸ்டர்கள், பயன்பாடுகள் மற்றும் தரவு, கண்காணிப்பு ஆகியவற்றை வழங்கும் வெளிப்புறச் சேவைகளுக்கான இடைமுகங்கள் ஆகியவை அடங்கும். மற்றும் முதலியன
இந்த விஷயத்தில் பூட்ஸ்ட்ராப்பிங் பிரச்சனைக்கு Terraform எவ்வளவு முக்கியமானது என்பதைக் கவனியுங்கள். குபெர்னெட்ஸ் எங்காவது பயன்படுத்தப்பட வேண்டும், மேலும் டெர்ராஃபார்மைப் பயன்படுத்துவதன் மூலம், குபெர்னெட்ஸ் மற்றும் பயன்பாடுகளுக்கு அடித்தளமாக இருக்கும் கட்டுப்பாட்டு அடுக்கை உருவாக்க அதே ஜிட்ஆப்ஸ் பணிப்பாய்வுகளைப் பயன்படுத்தலாம். இது ஒரு பயனுள்ள சிறந்த நடைமுறையாகும்.
குபெர்னெட்டஸின் மேல் அடுக்குகளுக்கு GitOps கருத்துகளைப் பயன்படுத்துவதில் வலுவான கவனம் உள்ளது. இந்த நேரத்தில், Istio, Helm, Ksonnet, OpenFaaS மற்றும் Kubeflow ஆகியவற்றிற்கான GitOps-வகை தீர்வுகள் உள்ளன, எடுத்துக்காட்டாக, புலுமிக்கு, கிளவுட் நேட்டிவ்க்கான பயன்பாடுகளை உருவாக்குவதற்கான ஒரு அடுக்கை உருவாக்குகிறது.
குபெர்னெட்ஸ் CI/CD: GitOps ஐ மற்ற அணுகுமுறைகளுடன் ஒப்பிடுதல்
குறிப்பிட்டுள்ளபடி, GitOps இரண்டு விஷயங்கள்:
- மேலே விவரிக்கப்பட்ட குபெர்னெட்ஸ் மற்றும் கிளவுட் நேட்டிவ்க்கான இயக்க மாதிரி.
- டெவலப்பர்களை மையமாகக் கொண்ட பயன்பாட்டு மேலாண்மை சூழலுக்கான பாதை.
பலருக்கு, GitOps முதன்மையாக Git புஷ்களை அடிப்படையாகக் கொண்ட ஒரு பணிப்பாய்வு ஆகும். எங்களுக்கும் அவரைப் பிடிக்கும். ஆனால் அது எல்லாம் இல்லை: இப்போது CI/CD பைப்லைன்களைப் பார்ப்போம்.
கிட்ஆப்ஸ் குபெர்னெட்டிற்கான தொடர்ச்சியான வரிசைப்படுத்தலை (சிடி) செயல்படுத்துகிறது
GitOps ஒரு தொடர்ச்சியான வரிசைப்படுத்தல் பொறிமுறையை வழங்குகிறது, இது தனியான "வரிசைப்படுத்தல் மேலாண்மை அமைப்புகளின்" தேவையை நீக்குகிறது. குபர்னெட்ஸ் உங்களுக்காக எல்லா வேலைகளையும் செய்கிறார்.
- பயன்பாட்டைப் புதுப்பிக்க, Git இல் புதுப்பிக்க வேண்டும். இது விரும்பிய நிலைக்கான பரிவர்த்தனை புதுப்பிப்பாகும். புதுப்பிக்கப்பட்ட விளக்கத்தின் அடிப்படையில் குபெர்னெட்டஸாலேயே "பணியிடல்" க்ளஸ்டருக்குள் செய்யப்படுகிறது.
- குபெர்னெட்டஸ் எவ்வாறு செயல்படுகிறது என்பதன் தன்மை காரணமாக, இந்தப் புதுப்பிப்புகள் ஒன்றிணைகின்றன. இது தொடர்ச்சியான வரிசைப்படுத்தலுக்கான ஒரு பொறிமுறையை வழங்குகிறது, இதில் அனைத்து புதுப்பிப்புகளும் அணுவாக இருக்கும்.
- குறிப்பு: GitOps ஆபரேட்டரை வழங்குகிறது, இது Git மற்றும் Kubernetes ஐ ஒருங்கிணைக்கிறது மற்றும் கிளஸ்டரின் விரும்பிய மற்றும் தற்போதைய நிலையை சீரமைப்பதன் மூலம் CD ஐ செயல்படுத்த அனுமதிக்கிறது.
kubectl மற்றும் ஸ்கிரிப்டுகள் இல்லாமல்
நீங்கள் உங்கள் கிளஸ்டரைப் புதுப்பிக்க Kubectl ஐப் பயன்படுத்துவதைத் தவிர்க்க வேண்டும், மேலும் kubectl கட்டளைகளை குழுவாக்க ஸ்கிரிப்ட்களைப் பயன்படுத்துவதைத் தவிர்க்கவும். அதற்கு பதிலாக, GitOps பைப்லைன் மூலம், ஒரு பயனர் தங்கள் குபெர்னெட்ஸ் கிளஸ்டரை Git வழியாக புதுப்பிக்க முடியும்.
நன்மைகள் அடங்கும்:
- சரி. புதுப்பிப்புகளின் குழுவைப் பயன்படுத்தலாம், ஒன்றிணைக்கலாம் மற்றும் இறுதியாக சரிபார்க்கலாம், இது அணு வரிசைப்படுத்தலின் இலக்கை நெருங்குகிறது. இதற்கு நேர்மாறாக, ஸ்கிரிப்ட்களைப் பயன்படுத்துவது ஒன்றிணைவதற்கான எந்த உத்தரவாதத்தையும் அளிக்காது (இதில் மேலும் கீழே).
- பாதுகாப்பு. Kelsey Hightower: "உங்கள் குபெர்னெட்ஸ் கிளஸ்டருக்கான அணுகலை ஆட்டோமேஷன் கருவிகள் மற்றும் பிழைத்திருத்தம் அல்லது பராமரிப்பிற்கு பொறுப்பான நிர்வாகிகளுக்கு கட்டுப்படுத்துங்கள்." மேலும் பார்க்கவும் பாதுகாப்பு மற்றும் தொழில்நுட்ப விவரக்குறிப்புகளுடன் இணக்கம், அத்துடன் கவனக்குறைவாக எழுதப்பட்ட ஜென்கின்ஸ் ஸ்கிரிப்டில் இருந்து நற்சான்றிதழ்களைத் திருடுவதன் மூலம்.
- பயனர் அனுபவம். குபெக்ட்ல் குபெர்னெட்ஸ் பொருள் மாதிரியின் இயக்கவியலை அம்பலப்படுத்துகிறது, அவை மிகவும் சிக்கலானவை. வெறுமனே, பயனர்கள் அதிக அளவிலான சுருக்கத்தில் கணினியுடன் தொடர்பு கொள்ள வேண்டும். இங்கே நான் மீண்டும் கெல்சியைப் பார்க்கிறேன் மற்றும் பார்க்க பரிந்துரைக்கிறேன் .
CI மற்றும் CD இடையே உள்ள வேறுபாடு
GitOps ஏற்கனவே உள்ள CI/CD மாதிரிகளை மேம்படுத்துகிறது.
நவீன CI சேவையகம் ஒரு ஆர்கெஸ்ட்ரேஷன் கருவியாகும். குறிப்பாக, இது CI பைப்லைன்களை ஒழுங்கமைப்பதற்கான ஒரு கருவியாகும். கட்டமைத்தல், சோதனை செய்தல், ட்ரங்குடன் இணைத்தல் போன்றவை இதில் அடங்கும். சிஐ சேவையகங்கள் சிக்கலான பல-படி பைப்லைன்களின் நிர்வாகத்தை தானியங்குபடுத்துகின்றன. குபெர்னெட்ஸ் புதுப்பிப்புகளின் தொகுப்பை ஸ்கிரிப்ட் செய்து, கிளஸ்டரில் மாற்றங்களைத் தள்ள பைப்லைனின் ஒரு பகுதியாக அதை இயக்குவது ஒரு பொதுவான தூண்டுதலாகும். உண்மையில், பல நிபுணர்கள் இதைத்தான் செய்கிறார்கள். இருப்பினும், இது உகந்ததல்ல, அதற்கான காரணம் இங்கே உள்ளது.
புதுப்பிப்புகளை ட்ரங்கிற்குத் தள்ள CI பயன்படுத்தப்பட வேண்டும், மேலும் CD ஐ உள்நாட்டில் நிர்வகிக்க குபெர்னெட்ஸ் கிளஸ்டர் அந்த புதுப்பிப்புகளின் அடிப்படையில் தன்னை மாற்றிக் கொள்ள வேண்டும். நாங்கள் அதை அழைக்கிறோம் , CI புஷ் மாதிரி போலல்லாமல். CD ஒரு பகுதியாகும் இயக்க நேர இசைக்குழு.
குபெர்னெட்டஸில் நேரடி புதுப்பிப்புகள் மூலம் சிடி சேவையகங்கள் ஏன் குறுந்தகடுகளைச் செய்யக்கூடாது
CI வேலைகளின் தொகுப்பாக Kubernetesக்கான நேரடி புதுப்பிப்புகளை ஒழுங்கமைக்க CI சேவையகத்தைப் பயன்படுத்த வேண்டாம். இதுதான் நாம் பேசும் எதிர்ப்பு முறை உங்கள் வலைப்பதிவில்.
ஆலிஸ் மற்றும் பாப் ஆகியோருக்கு வருவோம்.
அவர்கள் என்ன பிரச்சனைகளை எதிர்கொண்டார்கள்? பாபின் சிஐ சேவையகம் கிளஸ்டருக்கு மாற்றங்களைப் பயன்படுத்துகிறது, ஆனால் செயல்பாட்டில் அது செயலிழந்தால், கிளஸ்டர் எந்த நிலையில் உள்ளது (அல்லது இருக்க வேண்டும்) அல்லது அதை எவ்வாறு சரிசெய்வது என்பதை பாப் அறியமாட்டார். வெற்றியின் விஷயத்திலும் இதுவே உண்மை.
பாப் குழு ஒரு புதிய படத்தை உருவாக்கி, பின்னர் படத்தை வரிசைப்படுத்த தங்கள் வரிசைப்படுத்தல்களை இணைத்தது (அனைத்தும் CI பைப்லைனில் இருந்து) என்று வைத்துக்கொள்வோம்.
படம் சாதாரணமாக உருவாக்கப்பட்டாலும், குழாய் தோல்வியடைந்தால், குழு கண்டுபிடிக்க வேண்டும்:
- புதுப்பிப்பு வெளிவந்ததா?
- நாங்கள் புதிய கட்டிடத்தை தொடங்குகிறோமா? இது தேவையற்ற பக்கவிளைவுகளுக்கு வழிவகுக்குமா - ஒரே மாறாத பிம்பத்தின் இரண்டு உருவாக்கம் சாத்தியமா?
- கட்டமைப்பை இயக்கும் முன் அடுத்த புதுப்பிப்புக்காக காத்திருக்க வேண்டுமா?
- சரியாக என்ன தவறு நடந்தது? எந்தப் படிகளைத் திரும்பத் திரும்பச் செய்ய வேண்டும் (எவை மீண்டும் மீண்டும் செய்ய பாதுகாப்பானவை)?
Git-அடிப்படையிலான பணிப்பாய்வுகளை நிறுவுவது, பாப் குழு இந்தச் சிக்கல்களைச் சந்திக்காது என்பதற்கு உத்தரவாதம் அளிக்காது. கமிட் புஷ், டேக் அல்லது வேறு சில அளவுருக்கள் மூலம் அவர்கள் இன்னும் தவறு செய்யலாம்; இருப்பினும், இந்த அணுகுமுறை இன்னும் வெளிப்படையான அனைத்து அல்லது ஒன்றுமில்லாத அணுகுமுறைக்கு மிகவும் நெருக்கமாக உள்ளது.
சுருக்கமாக, சிஐ சர்வர்கள் ஏன் சிடியை கையாளக்கூடாது என்பது இங்கே:
- புதுப்பிப்பு ஸ்கிரிப்டுகள் எப்போதும் தீர்மானிக்கக்கூடியவை அல்ல; அவற்றில் தவறு செய்வது எளிது.
- CI சேவையகங்கள் அறிவிப்பு கிளஸ்டர் மாதிரிக்கு ஒன்றிணைவதில்லை.
- இயலாமைக்கு உத்தரவாதம் அளிப்பது கடினம். கணினியின் ஆழமான சொற்பொருளை பயனர்கள் புரிந்து கொள்ள வேண்டும்.
- ஒரு பகுதி தோல்வியிலிருந்து மீள்வது மிகவும் கடினம்.
ஹெல்ம் பற்றிய குறிப்பு: நீங்கள் ஹெல்மைப் பயன்படுத்த விரும்பினால், அதை GitOps ஆபரேட்டருடன் இணைக்க பரிந்துரைக்கிறோம். . இது ஒருங்கிணைப்பை உறுதிப்படுத்த உதவும். ஹெல்ம் என்பது நிர்ணயம் அல்லது அணு அல்ல.
குபெர்னெட்டிற்கான தொடர்ச்சியான டெலிவரியை செயல்படுத்த சிறந்த வழி GitOps
ஆலிஸ் மற்றும் பாப் குழு GitOps ஐ செயல்படுத்துகிறது மற்றும் மென்பொருள் தயாரிப்புகளுடன் பணிபுரிவது, அதிக செயல்திறன் மற்றும் நிலைத்தன்மையை பராமரிப்பது மிகவும் எளிதாகிவிட்டது என்பதைக் கண்டறிந்துள்ளது. அவர்களின் புதிய அணுகுமுறை எப்படி இருக்கிறது என்பதைக் காட்டும் விளக்கத்துடன் இந்தக் கட்டுரையை முடிப்போம். நாங்கள் பெரும்பாலும் பயன்பாடுகள் மற்றும் சேவைகளைப் பற்றி பேசுகிறோம் என்பதை நினைவில் கொள்ளுங்கள், ஆனால் முழு தளத்தையும் நிர்வகிக்க GitOps பயன்படுத்தப்படலாம்.
குபெர்னெட்டஸின் இயக்க மாதிரி
பின்வரும் வரைபடத்தைப் பாருங்கள். இது Git மற்றும் கொள்கலன் பட களஞ்சியத்தை இரண்டு திட்டமிடப்பட்ட வாழ்க்கைச் சுழற்சிகளுக்கான பகிர்ந்த ஆதாரங்களாக வழங்குகிறது:
- Git க்கு கோப்புகளைப் படிக்கும் மற்றும் எழுதும் ஒரு தொடர்ச்சியான ஒருங்கிணைப்பு பைப்லைன் மற்றும் கொள்கலன் படங்களின் களஞ்சியத்தை புதுப்பிக்க முடியும்.
- இயக்க நேர GitOps பைப்லைன், வரிசைப்படுத்தலை மேலாண்மை மற்றும் கவனிப்புடன் இணைக்கிறது. இது Git க்கு கோப்புகளைப் படிக்கிறது மற்றும் எழுதுகிறது மற்றும் கொள்கலன் படங்களை பதிவிறக்கம் செய்யலாம்.
முக்கிய கண்டுபிடிப்புகள் என்ன?
- கவலைகளைப் பிரித்தல்: இரண்டு பைப்லைன்களும் Git அல்லது படக் களஞ்சியத்தைப் புதுப்பிப்பதன் மூலம் மட்டுமே தொடர்பு கொள்ள முடியும் என்பதை நினைவில் கொள்ளவும். வேறு வார்த்தைகளில் கூறுவதானால், CI மற்றும் இயக்க நேர சூழலுக்கு இடையே ஒரு ஃபயர்வால் உள்ளது. நாங்கள் அதை "மாறாத ஃபயர்வால்" என்று அழைக்கிறோம் (மாறாத ஃபயர்வால்), எல்லா களஞ்சிய புதுப்பிப்புகளும் புதிய பதிப்புகளை உருவாக்குவதால். இந்த தலைப்பைப் பற்றிய கூடுதல் தகவலுக்கு, ஸ்லைடு 72-87 ஐப் பார்க்கவும் .
- நீங்கள் எந்த CI மற்றும் Git சேவையகத்தையும் பயன்படுத்தலாம்: GitOps எந்த கூறுகளிலும் வேலை செய்கிறது. உங்களுக்கு பிடித்த CI மற்றும் Git சேவையகங்கள், பட களஞ்சியங்கள் மற்றும் சோதனை தொகுப்புகளை நீங்கள் தொடர்ந்து பயன்படுத்தலாம். சந்தையில் உள்ள மற்ற அனைத்து தொடர்ச்சியான டெலிவரி கருவிகளுக்கும் அவற்றின் சொந்த CI/Git சேவையகம் அல்லது பட களஞ்சியம் தேவைப்படுகிறது. கிளவுட் நேட்டிவ் வளர்ச்சியில் இது ஒரு கட்டுப்படுத்தும் காரணியாக இருக்கலாம். GitOps மூலம், நீங்கள் பழக்கமான கருவிகளைப் பயன்படுத்தலாம்.
- ஒரு ஒருங்கிணைப்பு கருவியாக நிகழ்வுகள்: Git இல் தரவு புதுப்பிக்கப்பட்டவுடன், Weave Flux (அல்லது Weave Cloud ஆபரேட்டர்) இயக்க நேரத்தை அறிவிக்கும். குபர்னெட்டஸ் மாற்றத் தொகுப்பை ஏற்கும் போதெல்லாம், Git புதுப்பிக்கப்படும். கீழே காட்டப்பட்டுள்ளபடி, GitOps க்கான பணிப்பாய்வுகளை ஒழுங்கமைப்பதற்கான எளிய ஒருங்கிணைப்பு மாதிரியை இது வழங்குகிறது.
முடிவுக்கு
எந்த நவீன CI/CD கருவிக்கும் தேவைப்படும் வலுவான புதுப்பிப்பு உத்தரவாதங்களை GitOps வழங்குகிறது:
- ஆட்டோமேஷன்;
- ஒன்றிணைதல்;
- இயலாமை;
- தீர்மானவாதம்.
இது முக்கியமானது, ஏனெனில் இது கிளவுட் நேட்டிவ் டெவலப்பர்களுக்கான செயல்பாட்டு மாதிரியை வழங்குகிறது.
- அமைப்புகளை நிர்வகிப்பதற்கும் கண்காணிப்பதற்குமான பாரம்பரிய கருவிகள் ஒரு ரன்புக்கில் செயல்படும் செயல்பாட்டுக் குழுக்களுடன் தொடர்புடையவை (வழக்கமான நடைமுறைகள் மற்றும் செயல்பாடுகளின் தொகுப்பு - தோராயமாக. மொழிபெயர்ப்பு.), ஒரு குறிப்பிட்ட வரிசைப்படுத்தலுடன் இணைக்கப்பட்டுள்ளது.
- கிளவுட் நேட்டிவ் மேனேஜ்மென்ட்டில், டெவலப்மெண்ட் டீம் விரைவாகப் பதிலளிக்கும் வகையில், வரிசைப்படுத்தல்களின் முடிவுகளை அளவிடுவதற்கான சிறந்த வழி அவதானிப்புக் கருவிகளாகும்.
வெவ்வேறு மேகங்கள் மற்றும் பல சேவைகளில் தங்கள் சொந்த குழுக்கள் மற்றும் வரிசைப்படுத்தல் திட்டங்களில் சிதறியிருக்கும் பல கிளஸ்டர்களை கற்பனை செய்து பாருங்கள். GitOps இந்த மிகுதியான அனைத்தையும் நிர்வகிப்பதற்கான அளவிலான-மாறாத மாதிரியை வழங்குகிறது.
மொழிபெயர்ப்பாளரிடமிருந்து பி.எஸ்
எங்கள் வலைப்பதிவிலும் படிக்கவும்:
- «";
- «";
- «".
பதிவு செய்த பயனர்கள் மட்டுமே கணக்கெடுப்பில் பங்கேற்க முடியும். , தயவு செய்து.
இந்த இரண்டு மொழிபெயர்ப்புகளும் Habré இல் தோன்றுவதற்கு முன்பு GitOps பற்றி உங்களுக்குத் தெரியுமா?
-
ஆம், எனக்கு எல்லாம் தெரியும்
-
மேலோட்டமாக மட்டுமே
-
இல்லை
35 பயனர்கள் வாக்களித்தனர். 10 பயனர்கள் வாக்களிக்கவில்லை.
ஆதாரம்: www.habr.com