GitLab இல் மென்பொருள் இணைப்புகளை எவ்வாறு வெளியிடுகிறோம்

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

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

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

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

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

குறைப்பதற்கான வெளியீடுகளை உருவாக்குவதில் ஈடுபட்டுள்ள பெரும்பாலான செயல்முறைகளை தானியக்கமாக்க டெலிவரி குழு கடுமையாக உழைக்கிறது MTTP (உற்பத்திக்கான சராசரி நேரம், அதாவது உற்பத்தியில் செலவழித்த நேரம்), டெவலப்பரின் ஒன்றிணைப்பு கோரிக்கையை செயலாக்குவதில் இருந்து gitlab.com இல் பயன்படுத்துவதற்கான காலம்.

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

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

வெளியீட்டு மேலாளர் என்ன செய்வார்?

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

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

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

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

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

இது திருத்தங்கள் பற்றியது

இணைப்புகள் என்றால் என்ன, அவை நமக்கு ஏன் தேவை?

பிழையின் தீவிரத்தின் அடிப்படையில் ஒரு திருத்தத்தை வெளியிட வேண்டுமா என்பதை வெளியீட்டு மேலாளர் தீர்மானிக்கிறார்.

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

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

பாதிப்புகளுக்கான பேட்ச் S1 அல்லது S2 தயாரானதும், வெளியீட்டு மேலாளர் பேட்சை வெளியிடத் தொடங்குகிறார்.

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

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

வெளியீட்டு மேலாளர் எவ்வாறு இணைப்புகளை உருவாக்குகிறார்

பேட்ச்களை உருவாக்க GitLab CI மற்றும் எங்கள் ChatOps போன்ற பிற அம்சங்களைப் பயன்படுத்துகிறோம். வெளியீட்டு மேலாளர் எங்கள் உள் சேனலில் ChatOps குழுவைச் செயல்படுத்துவதன் மூலம் பிழைத்திருத்தத்தின் வெளியீட்டைத் தொடங்குகிறார் #releases ஸ்லாக்கில்.

/chatops run release prepare 12.10.1

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

வெளியீட்டு மேலாளர் ஸ்லாக்கில் ChatOps குழுவைத் தொடங்கியவுடன், மீதமுள்ள வேலைகள் CICD ஐப் பயன்படுத்தி GitLab இல் தானாகவே நடக்கும். வெளியீட்டுச் செயல்பாட்டின் போது ஸ்லாக்கில் உள்ள ChatOps மற்றும் GitLab இடையே இரு வழி தொடர்பு உள்ளது, ஏனெனில் வெளியீட்டு மேலாளர் செயல்பாட்டில் சில முக்கிய படிகளை செயல்படுத்துகிறார்.

கீழே உள்ள வீடியோ GitLab க்கு ஒரு பேட்ச் தயாரிப்பதற்கான தொழில்நுட்ப செயல்முறையைக் காட்டுகிறது.

gitlab.com இல் தானியங்கி வரிசைப்படுத்தல் எவ்வாறு செயல்படுகிறது

gitlab.com ஐப் புதுப்பிக்கப் பயன்படுத்தப்படும் செயல்முறை மற்றும் கருவிகள் இணைப்புகளை உருவாக்கப் பயன்படுத்தப்படுவதைப் போலவே இருக்கும். gitlab.comஐப் புதுப்பிக்க, வெளியீட்டு மேலாளரின் பார்வையில் குறைவான கைமுறை வேலை தேவைப்படுகிறது.

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

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

gitlab.com புதுப்பிப்புகளை ஆதரிப்பதற்கான CICD தொழில்நுட்பம், வெளியீட்டு மேலாளர் கைமுறையாக gitlab.com க்கு உற்பத்தி சூழலை வரிசைப்படுத்துவதைத் தொடங்கும் அளவிற்கு முழு செயல்முறையையும் தானியங்குபடுத்துகிறது.

கீழேயுள்ள வீடியோவில் gitlab.com புதுப்பிப்பு செயல்முறை பற்றி மரின் விரிவாகச் செல்கிறார்.

டெலிவரி குழு வேறு என்ன செய்கிறது?

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

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

விநியோகக் குழுவின் குறுகிய கால இலக்குகளில் ஒன்று, வெளியீட்டை விரைவுபடுத்த வெளியீட்டு மேலாளரின் கைமுறை வேலைகளின் அளவைக் குறைப்பதாகும். வெளியீட்டு செயல்முறையை எளிமைப்படுத்தவும், நெறிப்படுத்தவும் மற்றும் தானியங்குபடுத்தவும் குழு செயல்படுகிறது, இது குறைந்த தீவிரத்தன்மை சிக்கல்களுக்கு (S3 மற்றும் S4, தோராயமாக மொழிபெயர்ப்பாளர்) வேகத்தில் கவனம் செலுத்துவது ஒரு முக்கிய செயல்திறன் குறிகாட்டியாகும்: MTTP-ஐக் குறைக்க வேண்டியது அவசியம் - ஒரு இணைப்பு கோரிக்கையைப் பெறுவதில் இருந்து முடிவை gitlab.com க்கு அனுப்பும் நேரம் - தற்போதைய 50 மணிநேரத்திலிருந்து 8 மணிநேரமாக.

டெலிவரி குழு, கிட்லாப்.காமை குபெர்னெட்ஸ் அடிப்படையிலான உள்கட்டமைப்பிற்கு மாற்றும் பணியிலும் ஈடுபட்டுள்ளது.

ஆசிரியர் NB: நீங்கள் ஏற்கனவே குபெர்னெட்ஸ் தொழில்நுட்பத்தைப் பற்றி கேள்விப்பட்டிருந்தால் (உங்களிடம் உள்ளது என்பதில் எனக்கு எந்த சந்தேகமும் இல்லை), ஆனால் அதை இன்னும் உங்கள் கைகளால் தொடவில்லை என்றால், ஆன்லைன் தீவிர படிப்புகளில் பங்கேற்க பரிந்துரைக்கிறேன் குபெர்னெட்டஸ் தளம், செப்டம்பர் 28-30 நடைபெறும், மற்றும் குபெர்னெட்டஸ் மெகா, இது அக்டோபர் 14-16 வரை நடைபெறும். இது தொழில்நுட்பத்துடன் நம்பிக்கையுடன் செல்லவும் வேலை செய்யவும் உங்களை அனுமதிக்கும்.

இவை ஒரே இலக்கைத் தொடரும் இரண்டு அணுகுமுறைகள்: gitlab.com மற்றும் வாடிக்கையாளர்களுக்கு அவர்களின் வசதிகளில் மேம்படுத்தல்களை விரைவாக வழங்குதல்.

எங்களுக்காக ஏதேனும் யோசனைகள் அல்லது பரிந்துரைகள் உள்ளதா?

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

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