டம்மீஸ் கையேடு: ஓப்பன் சோர்ஸ் கருவிகள் மூலம் டெவொப்ஸ் சங்கிலிகளை உருவாக்குதல்

ஆரம்பநிலைக்கு ஐந்து படிகளில் உங்கள் முதல் DevOps சங்கிலியை உருவாக்குதல்.

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

DevOps பற்றிய எனது அறிமுகம்

நான் சிட்டி குழுமத்தில் கிளவுட்களுடன் பணிபுரிந்தேன் மற்றும் சிட்டியின் கிளவுட் உள்கட்டமைப்பை நிர்வகிக்க IaaS வலைப் பயன்பாட்டை உருவாக்கினேன், ஆனால் டெவலப்பர்கள் மத்தியில் டெவலப்மென்ட் செயினை எப்படி மேம்படுத்துவது மற்றும் கலாச்சாரத்தை மேம்படுத்துவது என்பதில் நான் எப்போதும் ஆர்வமாக இருந்தேன். கிளவுட் கட்டிடக்கலை மற்றும் உள்கட்டமைப்பிற்கான எங்கள் CTO Greg Lavender, இந்தப் புத்தகத்தை எனக்குப் பரிந்துரைத்தார். திட்டம் "பீனிக்ஸ்". இது DevOps கொள்கைகளை அழகாக விளக்குகிறது மற்றும் ஒரு நாவல் போல படிக்கிறது.

நிறுவனங்கள் எத்தனை முறை புதிய பதிப்புகளை வெளியிடுகின்றன என்பதை பின்புறத்தில் உள்ள அட்டவணை காட்டுகிறது:

அமேசான், கூகுள் மற்றும் நெட்ஃபிக்ஸ் எப்படி இவ்வளவு அதிகமாக வெளிவர முடிகிறது? இது எளிதானது: கிட்டத்தட்ட சரியான DevOps சங்கிலியை எவ்வாறு உருவாக்குவது என்பதை அவர்கள் கண்டுபிடித்தனர்.

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

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

உண்மையில், சங்கிலி எளிமைப்படுத்தப்பட்டது, ஏனென்றால் நாங்கள் ஜென்கின்ஸ் அல்லது அன்சிபிளைப் பயன்படுத்தி மேம்பட்ட உள்ளமைவுகளைப் பயன்படுத்தவில்லை. ஆனால் நாங்கள் வெற்றி பெற்றோம். ஒருவேளை இது கொள்கையின் விளைவாக இருக்கலாம் பரேட்டோ (80/20 விதி).

DevOps மற்றும் CI/CD சங்கிலியின் சுருக்கமான விளக்கம்

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

DevOps சூழலை உருவாக்க கருவிகள் மட்டும் போதாது என்றாலும், அவை இன்றியமையாதவை. இவற்றில் மிக முக்கியமானது தொடர்ச்சியான ஒருங்கிணைப்பு மற்றும் தொடர்ச்சியான விநியோகம் (CI/CD). ஒவ்வொரு சூழலுக்கும் சங்கிலியில் வெவ்வேறு நிலைகள் உள்ளன (எ.கா. DEV (மேம்பாடு), INT (ஒருங்கிணைவு), TST (சோதனை), QA (தர உத்தரவாதம்), UAT (பயனர் ஏற்றுக்கொள்ளும் சோதனை), STG (தயாரிப்பு), PROD (பயன்பாடு)) , கையேடு பணிகள் தானியங்கு, டெவலப்பர்கள் தரக் குறியீட்டை உருவாக்கலாம், அதை வழங்கலாம் மற்றும் எளிதாக மீண்டும் உருவாக்கலாம்.

ஓப்பன் சோர்ஸ் கருவிகளைப் பயன்படுத்தி, கீழே உள்ள படத்தில் காட்டப்பட்டுள்ளபடி ஐந்து படிகளில் DevOps சங்கிலியை எவ்வாறு உருவாக்குவது என்பதை இந்தக் குறிப்பு விவரிக்கிறது.

வாருங்கள் நம் வேலையை தொடங்குவோம்.

படி 1: CI/CD இயங்குதளம்

முதலில், உங்களுக்கு CI/CD கருவி தேவை. ஜென்கின்ஸ் என்பது எம்ஐடி-உரிமம் பெற்ற, ஜாவாவில் எழுதப்பட்ட திறந்த மூல CI/CD கருவியாகும், இது DevOps இயக்கத்தை பிரபலப்படுத்தியது மற்றும் CICDக்கான நடைமுறை தரநிலையாக மாறியுள்ளது.

ஜென்கின்ஸ் என்றால் என்ன? பல்வேறு சேவைகள் மற்றும் கருவிகளுக்கான மாயாஜாலக் கட்டுப்பாட்டுப் பலகம் உங்களிடம் இருப்பதாக கற்பனை செய்து பாருங்கள். சொந்தமாக, ஜென்கின்ஸ் போன்ற CI/CD கருவி பயனற்றது, ஆனால் பல்வேறு கருவிகள் மற்றும் சேவைகளுடன், அது அனைத்து சக்தி வாய்ந்ததாக மாறும்.

ஜென்கின்ஸ் தவிர, வேறு பல திறந்த மூலக் கருவிகள் உள்ளன, எதையும் தேர்வு செய்யவும்.

CI/CD கருவியில் DevOps செயல்முறை எப்படி இருக்கும் என்பது இங்கே

லோக்கல் ஹோஸ்டில் உங்களிடம் CI/CD கருவி உள்ளது, ஆனால் இன்னும் செய்ய அதிகம் இல்லை. அடுத்த படிக்கு செல்லலாம்.

படி 2: பதிப்பு கட்டுப்பாடு

CI/CD கருவியின் மேஜிக்கைச் சோதிப்பதற்கான சிறந்த (மற்றும் விவாதிக்கக்கூடிய எளிதான) வழி, அதை ஒரு மூலக் கட்டுப்பாட்டு மேலாண்மை (SCM) கருவியுடன் ஒருங்கிணைப்பதாகும். உங்களுக்கு ஏன் பதிப்பு கட்டுப்பாடு தேவை? நீங்கள் விண்ணப்பம் செய்கிறீர்கள் என்று வைத்துக்கொள்வோம். நீங்கள் அதை ஜாவா, பைதான், சி++, கோ, ரூபி, ஜாவாஸ்கிரிப்ட் அல்லது வேகன் மற்றும் சிறிய கார்ட் போன்ற வேறு எந்த மொழியிலும் எழுதுகிறீர்கள். நீங்கள் எழுதுவது மூல குறியீடு எனப்படும். முதலில், குறிப்பாக நீங்கள் தனியாக வேலை செய்கிறீர்கள் என்றால், எல்லாவற்றையும் உள்ளூர் கோப்பகத்தில் சேமிக்கலாம். ஆனால் திட்டம் வளரும் மற்றும் அதிகமான மக்கள் சேரும்போது, ​​குறியீடு மாற்றங்களைப் பகிர உங்களுக்கு ஒரு வழி தேவை, ஆனால் மாற்றங்களை ஒன்றிணைக்கும் போது முரண்பாடுகளைத் தவிர்க்கவும். காப்புப்பிரதிகளைப் பயன்படுத்தாமல் மற்றும் குறியீடு கோப்புகளுக்கான நகல்-பேஸ்ட் முறையைப் பயன்படுத்தாமல் முந்தைய பதிப்புகளை எப்படியாவது மீட்டெடுக்க வேண்டும்.

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

பல SCM கருவிகள் உள்ளன, ஆனால் Git தகுதியான முறையில் நடைமுறை தரமாக மாறியுள்ளது. அதைப் பயன்படுத்த நான் உங்களுக்கு அறிவுறுத்துகிறேன், ஆனால் வேறு விருப்பங்கள் உள்ளன.

SCM ஐச் சேர்த்த பிறகு DevOps பைப்லைன் எப்படி இருக்கும் என்பது இங்கே.

CI/CD கருவியானது மூலக் குறியீட்டைப் பதிவேற்றம் மற்றும் பதிவிறக்கம் மற்றும் குழு ஒத்துழைப்பை தானியங்குபடுத்தும். மோசமாக இல்லையா? ஆனால் இப்போது பில்லியன் கணக்கான பயனர்களால் விரும்பப்படும் இதிலிருந்து வேலை செய்யும் பயன்பாட்டை எவ்வாறு உருவாக்குவது?

படி 3: ஆட்டோமேஷன் கருவியை உருவாக்கவும்

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

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

சரியானது! இப்போது பில்ட் ஆட்டோமேஷன் டூல் உள்ளமைவு கோப்புகளை மூலக் கட்டுப்பாட்டில் செருகுவோம், இதனால் CI/CD கருவி அவற்றை உருவாக்குகிறது.

நன்றாக இருக்கிறது. ஆனால் இதையெல்லாம் இப்போது எங்கே வெளியிடுவது?

படி 4: இணைய பயன்பாட்டு சேவையகம்

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

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

பல திறந்த வலை பயன்பாட்டு சேவையகங்கள் உள்ளன.

எங்களிடம் ஏற்கனவே கிட்டத்தட்ட DevOps சங்கிலி உள்ளது. பெரிய வேலை!

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

படி 5: சோதனை கவரேஜ்

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

சோதனை இரண்டு பகுதிகளாக பிரிக்கப்பட்டுள்ளது: சோதனைகளை எழுதுவதற்கும் செயல்படுத்துவதற்கும் சோதனை கட்டமைப்புகள் மற்றும் குறியீட்டின் தரத்தை மேம்படுத்துவதற்கான குறிப்புகள் கொண்ட கருவிகள்.

சோதனை கட்டமைப்புகள்

தரமான குறிப்புகள் கொண்ட கருவிகள்

இந்த கருவிகள் மற்றும் கட்டமைப்புகளில் பெரும்பாலானவை ஜாவா, பைதான் மற்றும் ஜாவாஸ்கிரிப்ட் ஆகியவற்றிற்காக எழுதப்படுகின்றன, ஏனெனில் C++ மற்றும் C# ஆகியவை தனியுரிமை பெற்றவை (GCC திறந்த மூலமாக இருந்தாலும்).

நாங்கள் சோதனைக் கவரேஜ் கருவிகளைப் பயன்படுத்தியுள்ளோம், இப்போது DevOps பைப்லைன் டுடோரியலின் தொடக்கத்தில் உள்ள படம் போல இருக்க வேண்டும்.

கூடுதல் படிகள்

கொள்கலன்கள்

நான் முன்பு கூறியது போல், ஒரு பயன்பாட்டு சேவையகத்தை மெய்நிகர் இயந்திரம் அல்லது சேவையகத்தில் ஹோஸ்ட் செய்யலாம், ஆனால் கொள்கலன்கள் மிகவும் பிரபலமாக உள்ளன.

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

கொள்கலன்களுக்கு, டோக்கர் மற்றும் குபெர்னெட்ஸ் பொதுவாக எடுக்கப்படுகின்றன, இருப்பினும் மற்ற விருப்பங்கள் உள்ளன.

Docker மற்றும் Kubernetes பற்றிய கட்டுரைகளைப் படிக்கவும் opensource.com:

• டோக்கர் என்றால் என்ன?
• டோக்கருக்கு அறிமுகம்
• குபெர்னெட்டஸ் என்றால் என்ன?
• புதிதாக குபெர்னெட்ஸ்

மிடில்வேர் ஆட்டோமேஷன் கருவிகள்

எங்களின் DevOps சங்கிலியானது, ஒருங்கிணைந்த உருவாக்கம் மற்றும் பயன்பாட்டை வழங்குவதில் கவனம் செலுத்துகிறது, ஆனால் DevOps கருவிகள் மூலம் நீங்கள் செய்யக்கூடிய பிற சுவாரஸ்யமான விஷயங்கள் உள்ளன. எடுத்துக்காட்டாக, உள்கட்டமைப்பை குறியீடு (IaC) கருவிகளாகப் பயன்படுத்தவும், இது மிடில்வேர் ஆட்டோமேஷன் கருவிகள் என்றும் அழைக்கப்படுகிறது. இந்த கருவிகள் மிடில்வேருக்கான நிறுவல், மேலாண்மை மற்றும் பிற பணிகளை தானியக்கமாக்க உதவுகின்றன. எடுத்துக்காட்டாக, ஒரு ஆட்டோமேஷன் கருவி சரியான உள்ளமைவுகளுடன் பயன்பாடுகளை (வலை பயன்பாட்டு சேவையகம், தரவுத்தளம், கண்காணிப்பு கருவிகள்) எடுத்து பயன்பாட்டு சேவையகத்திற்கு தள்ளும்.

திறந்த மிடில்வேர் ஆட்டோமேஷன் கருவிகளுக்கான சில விருப்பங்கள் இங்கே:

கட்டுரைகளில் விவரங்கள் opensource.com:

• அன்சிபிள் தொடங்குதல் வழிகாட்டி
• Ansible உடன் வரிசைப்படுத்தல் ஆட்டோமேஷன் உத்திகள்
• சிறந்த 5 கட்டமைப்பு மேலாண்மை கருவிகள்

இப்பொழுது என்ன?

இது பனிப்பாறையின் முனை மட்டுமே. DevOps சங்கிலி இன்னும் நிறைய செய்ய முடியும். CI/CD கருவியுடன் தொடங்கி, உங்கள் வேலையை எளிதாக்குவதற்கு வேறு என்ன தானியங்கு செய்யலாம் என்பதைப் பார்க்கவும். பற்றி மறக்க வேண்டாம் திறந்த தொடர்பு கருவிகள் பயனுள்ள ஒத்துழைப்புக்காக.

ஆரம்பநிலைக்கு இன்னும் சில நல்ல DevOps கட்டுரைகள் இங்கே:

• DevOps என்றால் என்ன
• DevOps டெவலப்பரின் 5 திறன்கள்
• அனைவருக்கும் DevOps
• DevOps இல் முன்கணிப்பு பகுப்பாய்வு அறிமுகம்

நீங்கள் டெவொப்ஸை திறந்த சுறுசுறுப்பான கருவிகளுடன் ஒருங்கிணைக்கலாம்:

• சுறுசுறுப்பு என்றால் என்ன?
• சுறுசுறுப்பாக தேர்ச்சி பெற 4 படிகள்

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