நீங்கள் DevOps க்கு புதியவராக இருந்தால், உங்கள் முதல் பைப்லைனை உருவாக்குவதற்கான இந்த ஐந்து-படி வழிகாட்டியைப் பாருங்கள்.
DevOps மெதுவான, இணைந்த அல்லது உடைந்த மென்பொருள் மேம்பாட்டு செயல்முறைகளை சரிசெய்வதற்கான நிலையான தீர்வாக மாறியுள்ளது. பிரச்சனை என்னவென்றால், நீங்கள் DevOps க்கு புதியவர் மற்றும் எங்கு தொடங்குவது என்று தெரியாவிட்டால், இந்த நுட்பங்களைப் பற்றிய புரிதல் உங்களுக்கு இல்லாமல் இருக்கலாம். இந்தக் கட்டுரை DevOps பைப்லைனின் வரையறையைப் பற்றி விவாதிக்கும், மேலும் ஒன்றை உருவாக்குவதற்கான ஐந்து-படி வழிமுறைகளையும் வழங்கும். இந்த டுடோரியல் முழுமையானதாக இல்லாவிட்டாலும், உங்கள் பயணத்தைத் தொடங்கவும், எதிர்காலத்தில் உங்கள் அறிவை விரிவுபடுத்தவும் இது ஒரு அடித்தளத்தை அளிக்கும். ஆனால் வரலாற்றில் இருந்து ஆரம்பிக்கலாம்.
எனது டெவொப்ஸ் பயணம்
சிட்டியின் கிளவுட் உள்கட்டமைப்பை நிர்வகிப்பதற்கான உள்கட்டமைப்பு-ஒரு-சேவை (IaaS) வலைப் பயன்பாட்டை உருவாக்கும் சிட்டி குரூப் கிளவுட் குழுவில் நான் முன்பு பணிபுரிந்தேன். வளர்ச்சி குழு. சிட்டியில் கிளவுட் ஆர்கிடெக்சர் மற்றும் இன்ஃப்ராஸ்ட்ரக்சரின் CTO, கிரெக் லாவெண்டர் பரிந்துரைத்த புத்தகத்தில் பதிலைக் கண்டேன். புத்தகம் தி ஃபீனிக்ஸ் திட்டம் என்று அழைக்கப்பட்டது (), மற்றும் இது DevOps இன் கொள்கைகளை விளக்குகிறது, ஆனால் இது ஒரு நாவல் போல படிக்கிறது.
புத்தகத்தின் பின்பகுதியில் உள்ள அட்டவணை, வெளியீட்டுச் சூழலில் வெவ்வேறு நிறுவனங்கள் தங்கள் அமைப்புகளை எவ்வளவு அடிக்கடி பயன்படுத்துகின்றன என்பதைக் காட்டுகிறது:
அமேசான்: ஒரு நாளைக்கு 23
கூகுள்: ஒரு நாளைக்கு 5
நெட்ஃபிக்ஸ்: ஒரு நாளைக்கு 500
பேஸ்புக்: ஒரு நாளைக்கு ஒரு முறை
ட்விட்டர்: வாரத்திற்கு 3 முறை
வழக்கமான நிறுவனம்: 9 மாதங்களுக்கு ஒருமுறை
Amazon, Google மற்றும் Netflix அலைவரிசைகள் கூட எப்படி சாத்தியமாகும்? ஏனென்றால், இந்த நிறுவனங்கள் ஏறக்குறைய சரியான DevOps பைப்லைனை எவ்வாறு உருவாக்குவது என்பதைக் கண்டுபிடித்துள்ளன.
சிட்டியில் DevOps ஐ செயல்படுத்தும் வரை நாங்கள் இதிலிருந்து வெகு தொலைவில் இருந்தோம். அப்போது, எனது குழுவிற்கு வெவ்வேறு சூழல்கள் இருந்தன, ஆனால் டெவலப்மெண்ட் சர்வரில் வரிசைப்படுத்தல் முற்றிலும் கைமுறையாக இருந்தது. ஐபிஎம் வெப்ஸ்பியர் அப்ளிகேஷன் சர்வர் சமூக பதிப்பின் அடிப்படையில் அனைத்து டெவலப்பர்களும் ஒரே ஒரு டெவலப்மெண்ட் சர்வரை மட்டுமே அணுகினர். பிரச்சனை என்னவென்றால், பல பயனர்கள் ஒரே நேரத்தில் பயன்படுத்த முயற்சிக்கும் போதெல்லாம் சேவையகம் மூடப்படும், எனவே டெவலப்பர்கள் தங்கள் நோக்கங்களை ஒருவருக்கொருவர் தெரிவிக்க வேண்டியிருந்தது, இது மிகவும் வேதனையாக இருந்தது. கூடுதலாக, குறைந்த அளவிலான சோதனைக் குறியீடு கவரேஜ், சிக்கலான கைமுறை வரிசைப்படுத்தல் செயல்முறைகள் மற்றும் ஒரு குறிப்பிட்ட பணி அல்லது பயனர் கதையுடன் தொடர்புடைய குறியீட்டின் வரிசைப்படுத்தலைக் கண்காணிக்க இயலாமை ஆகியவற்றில் சிக்கல்கள் இருந்தன.
நான் ஏதாவது செய்ய வேண்டும் என்பதை உணர்ந்தேன் மற்றும் ஒத்த எண்ணம் கொண்ட சக ஊழியரைக் கண்டுபிடித்தேன். ஆரம்ப டெவொப்ஸ் பைப்லைனை உருவாக்குவதில் நாங்கள் ஒத்துழைக்க முடிவு செய்தோம் - நான் ஜென்கின்ஸ், ஒருங்கிணைந்த அட்லாசியன் ஜிரா மற்றும் பிட்பக்கெட் ஆகியவற்றில் பணிபுரிந்தபோது அவர் டாம்கேட் மெய்நிகர் இயந்திரம் மற்றும் பயன்பாட்டு சேவையகத்தை அமைத்தார், மேலும் சோதனைக் குறியீடு கவரேஜில் பணியாற்றினார். இந்த பக்க திட்டம் மிகவும் வெற்றிகரமாக இருந்தது: நாங்கள் பல செயல்முறைகளை முழுமையாக தானியக்கமாக்கினோம், எங்கள் டெவலப்மென்ட் சர்வரில் கிட்டத்தட்ட 100% இயக்க நேரத்தை அடைந்தோம், குறியீட்டின் கண்காணிப்பு மற்றும் மேம்படுத்தப்பட்ட சோதனைக் கவரேஜை வழங்கினோம், மேலும் ஜிரா சிக்கல்கள் அல்லது வரிசைப்படுத்தல்களுடன் Git கிளைகளை இணைக்கும் திறனைச் சேர்த்துள்ளோம். எங்கள் DevOps பைப்லைனை உருவாக்க நாங்கள் பயன்படுத்திய பெரும்பாலான கருவிகள் திறந்த மூலமாகும்.
எங்கள் டெவொப்ஸ் பைப்லைன் எவ்வளவு எளிமையானது என்பதை இப்போது நான் புரிந்துகொள்கிறேன்: ஜென்கின்ஸ் கோப்புகள் அல்லது அன்சிபிள் போன்ற நீட்டிப்புகளை நாங்கள் பயன்படுத்தவில்லை. இருப்பினும், இந்த எளிய பைப்லைன் நன்றாக வேலை செய்தது, ஒருவேளை பரேட்டோ கொள்கையின் காரணமாக இருக்கலாம் (80/20 விதி என்றும் அழைக்கப்படுகிறது).
DevOps மற்றும் CI/CD பைப்லைன் பற்றிய சுருக்கமான அறிமுகம்
“DevOps என்றால் என்ன?” என்று நீங்கள் பலரிடம் கேட்டால், நீங்கள் பலவிதமான பதில்களைப் பெறுவீர்கள். டெவொப்ஸ், அஜில் போன்ற பல்வேறு துறைகளில் பரவியுள்ளது, ஆனால் பெரும்பாலான மக்கள் சில விஷயங்களை ஒப்புக்கொள்வார்கள்: DevOps என்பது ஒரு மென்பொருள் மேம்பாட்டு பயிற்சி அல்லது மென்பொருள் மேம்பாட்டு வாழ்க்கை சுழற்சி (SDLC) ஆகும், இதன் மையக் கோட்பாடு டெவலப்பர்கள் மற்றும் அல்லாத கலாச்சாரத்தை மாற்றுகிறது. டெவலப்பர்கள் ஒரு சூழலில் உள்ளனர்:
முன்பு கைமுறையாகச் செய்யப்பட்ட செயல்பாடுகள் தானியங்கு செய்யப்பட்டன;
ஒவ்வொருவரும் தங்களுக்குச் சிறந்ததைச் செய்கிறார்கள்;
ஒரு குறிப்பிட்ட காலப்பகுதியில் செயலாக்கங்களின் எண்ணிக்கை அதிகரிக்கிறது; செயல்திறன் அதிகரிக்கிறது;
அதிகரித்த வளர்ச்சி நெகிழ்வுத்தன்மை.
நீங்கள் DevOps சூழலை உருவாக்குவதற்கு சரியான மென்பொருள் கருவிகளை வைத்திருப்பது மட்டும் அல்ல, சில கருவிகள் அவசியம். ஒரு முக்கிய கருவி தொடர்ச்சியான ஒருங்கிணைப்பு மற்றும் தொடர்ச்சியான வரிசைப்படுத்தல் (CI/CD). இந்த பைப்லைனில், சூழல்கள் வெவ்வேறு நிலைகளைக் கொண்டுள்ளன (எ.கா. DEV, INT, TST, QA, UAT, STG, PROD), பல செயல்பாடுகள் தானியங்கும், மேலும் டெவலப்பர்கள் உயர்தரக் குறியீட்டை எழுதலாம், வளர்ச்சிச் சுறுசுறுப்பு மற்றும் அதிக வரிசைப்படுத்தல் விகிதங்களை அடையலாம்.
திறந்த மூலக் கருவிகளைப் பயன்படுத்தி பின்வரும் வரைபடத்தில் காட்டப்பட்டுள்ளதைப் போன்ற ஒரு DevOps பைப்லைனை உருவாக்குவதற்கான ஐந்து-படி அணுகுமுறையை இந்தக் கட்டுரை விவரிக்கிறது.
படி 1: CI/CD முறைகள்
உங்களுக்கு முதலில் தேவை CI/CD கருவி. ஜென்கின்ஸ், ஜாவாவை அடிப்படையாகக் கொண்ட மற்றும் எம்ஐடி உரிமத்தின் கீழ் உரிமம் பெற்ற ஒரு திறந்த மூலக் கருவியாகும், இது DevOps ஐ பிரபலப்படுத்தியது மற்றும் நடைமுறை தரநிலையாக மாறியுள்ளது.
எனவே ஜென்கின்ஸ் என்றால் என்ன? பல்வேறு சேவைகள் மற்றும் கருவிகளுடன் பேசவும் ஒழுங்கமைக்கவும் கூடிய ஒருவித மாயாஜால உலகளாவிய ரிமோட் கண்ட்ரோல் என நினைத்துப் பாருங்கள். சொந்தமாக, ஜென்கின்ஸ் போன்ற CI/CD கருவி பயனற்றது, ஆனால் அது பல்வேறு கருவிகள் மற்றும் சேவைகளுடன் இணைவதால் அதிக சக்தி வாய்ந்ததாகிறது.
உங்கள் DevOps பைப்லைனை உருவாக்க நீங்கள் பயன்படுத்தக்கூடிய பல திறந்த மூல CI/CD கருவிகளில் ஜென்கின்ஸ் ஒன்றாகும்.
ஜென்கின்ஸ்: கிரியேட்டிவ் காமன்ஸ் மற்றும் எம்ஐடி
டிராவிஸ் சிஐ: எம்ஐடி
பயணக் கட்டுப்பாடு:BSD
பில்ட்போட்: ஜிபிஎல்
அப்பாச்சி கம்ப்: அப்பாச்சி 2.0
கேபி: குனு
CI/CD கருவியில் DevOps செயல்முறைகள் எப்படி இருக்கும் என்பது இங்கே:
உங்கள் லோக்கல் ஹோஸ்டில் CI/CD கருவி இயங்குகிறது, ஆனால் தற்போது உங்களால் அதிகம் செய்ய முடியாது. DevOps பயணத்தின் அடுத்த கட்டத்திற்கு செல்லலாம்.
படி 2: மூலக் கட்டுப்பாட்டு அமைப்புகளை நிர்வகிக்கவும்
உங்கள் CI/CD கருவி அதன் மேஜிக்கைச் செய்ய முடியுமா என்பதைச் சரிபார்க்க சிறந்த (மற்றும் எளிதான) வழி, மூலக் குறியீடு கட்டுப்பாட்டு (SCM) கருவியுடன் ஒருங்கிணைப்பதாகும். உங்களுக்கு ஏன் மூலக் கட்டுப்பாடு தேவை? நீங்கள் ஒரு பயன்பாட்டை உருவாக்குகிறீர்கள் என்று வைத்துக்கொள்வோம். நீங்கள் ஒரு பயன்பாட்டை உருவாக்கும் போதெல்லாம், நீங்கள் நிரலாக்கம் செய்கிறீர்கள், மேலும் நீங்கள் Java, Python, C++, Go, Ruby, JavaScript அல்லது ஜில்லியன் கணக்கான நிரலாக்க மொழிகளில் ஏதேனும் ஒன்றைப் பயன்படுத்துகிறீர்களா என்பது முக்கியமல்ல. நீங்கள் எழுதும் குறியீடு மூல குறியீடு எனப்படும். ஆரம்பத்தில், குறிப்பாக நீங்கள் தனியாக வேலை செய்யும் போது, எல்லாவற்றையும் உள்ளூர் கோப்பகத்தில் வைப்பது சரியாக இருக்கும். ஆனால் திட்டம் பெரிதாகி, மற்றவர்களை ஒத்துழைக்க நீங்கள் அழைக்கும் போது, மாற்றங்களை திறம்படப் பகிரும்போது, மோதல்களைத் தடுக்க உங்களுக்கு ஒரு வழி தேவை. முந்தைய பதிப்புகளை மீட்டெடுக்க உங்களுக்கு ஒரு வழி தேவை, ஏனெனில் காப்புப்பிரதிகளை உருவாக்குதல் மற்றும் நகலெடுப்பது/ஒட்டுதல் ஆகியவை வழக்கற்றுப் போகிறது. உங்களுக்கு (மற்றும் உங்கள் அணியினருக்கு) சிறந்த ஒன்று தேவை.
இங்குதான் மூலக் குறியீடு கட்டுப்பாடு கிட்டத்தட்ட அவசியமாகிறது. இந்தக் கருவி உங்கள் குறியீட்டை களஞ்சியங்களில் சேமிக்கிறது, பதிப்புகளைக் கண்காணிக்கிறது மற்றும் திட்டப் பங்கேற்பாளர்களின் வேலையை ஒருங்கிணைக்கிறது.
அங்கு பல மூலக் கட்டுப்பாட்டுக் கருவிகள் இருந்தாலும், Git தான் நிலையானது, அது சரியாகவே உள்ளது. நீங்கள் விரும்பினால் மற்ற திறந்த மூல விருப்பங்கள் இருந்தாலும், Git ஐப் பயன்படுத்த நான் மிகவும் பரிந்துரைக்கிறேன்.
Git: GPLv2 மற்றும் LGPL v2.1
சப்வர்ஷன்: அப்பாச்சி 2.0
ஒரே நேரத்தில் பதிப்புகள் அமைப்பு (CVS): GNU
வெஸ்டா: எல்ஜிபிஎல்
மெர்குரியல்: GNU GPL v2+
ஒரு DevOps பைப்லைன் சோர்ஸ் கோட் கட்டுப்பாடுகளைச் சேர்த்தால் இப்படித்தான் இருக்கும்.
CI/CD கருவியானது மதிப்பாய்வு, மூலக் குறியீடு கையகப்படுத்தல் மற்றும் உறுப்பினர்களிடையே ஒத்துழைப்பின் செயல்முறைகளை தானியங்குபடுத்தும். மோசமாக இல்லையா? ஆனால் பில்லியன் கணக்கான மக்கள் அதைப் பயன்படுத்துவதற்கும் பாராட்டுவதற்கும் அதை எவ்வாறு செயல்படும் பயன்பாடாக மாற்றுவது?
படி 3: ஒரு பில்ட் ஆட்டோமேஷன் கருவியை உருவாக்கவும்
நன்று! நீங்கள் குறியீட்டை மதிப்பாய்வு செய்யலாம் மற்றும் மூலக் கட்டுப்பாட்டில் மாற்றங்களைச் செய்யலாம், மேலும் வளர்ச்சியில் ஒத்துழைக்க உங்கள் நண்பர்களை அழைக்கலாம். ஆனால் நீங்கள் இன்னும் ஒரு பயன்பாட்டை உருவாக்கவில்லை. வலைப் பயன்பாட்டை உருவாக்க, அது தொகுக்கப்பட்டு, பயன்படுத்தக்கூடிய தொகுதி வடிவத்தில் தொகுக்கப்பட வேண்டும் அல்லது இயங்கக்கூடிய கோப்பாக இயக்கப்பட வேண்டும். (ஜாவாஸ்கிரிப்ட் அல்லது PHP போன்ற விளக்கப்பட்ட நிரலாக்க மொழிகள் தொகுக்கப்பட வேண்டியதில்லை என்பதை நினைவில் கொள்ளவும்).
உருவாக்க ஆட்டோமேஷன் கருவியைப் பயன்படுத்தவும். நீங்கள் எந்த பில்ட் ஆட்டோமேஷன் கருவியைப் பயன்படுத்த முடிவு செய்தாலும், அவை அனைத்தும் ஒரே குறிக்கோளைக் கொண்டுள்ளன: மூலக் குறியீட்டை விரும்பிய வடிவத்தில் உருவாக்கி, சுத்தம் செய்தல், தொகுத்தல், சோதனை செய்தல் மற்றும் குறிப்பிட்ட சூழலுக்குப் பயன்படுத்துதல் ஆகியவற்றை தானியங்குபடுத்துதல். உங்கள் நிரலாக்க மொழியைப் பொறுத்து உருவாக்க கருவிகள் மாறுபடும், ஆனால் இங்கே சில பொதுவான திறந்த மூல விருப்பங்கள் உள்ளன.
பெயர்
உரிமம்
நிரலாக்க மொழி
மேவன்
அப்பாச்சி XX
ஜாவா
எறும்பு
அப்பாச்சி XX
ஜாவா
Gradle
அப்பாச்சி XX
ஜாவா
Bazel
அப்பாச்சி XX
ஜாவா
செய்ய
குனு
: N / A
முணுமுணுப்பு
எம்ஐடி
ஜாவா
விழுங்குதல்
எம்ஐடி
ஜாவா
கட்டுபவர்
அப்பாச்சி
ரூபி
ரேக்
எம்ஐடி
ரூபி
ஆம் ஆத்மி
குனு
பைதான்
ஸ்கான்ஸ்
எம்ஐடி
பைதான்
பிட்பேக்
GPLv2
பைதான்
கேக்
எம்ஐடி
C#
ஏ.எஸ்.டி.எஃப்
எக்ஸ்பாட் (எம்ஐடி)
LISP
முழு
பி.எஸ்.டி
ஹாஸ்கெல்
நன்று! பில்ட் ஆட்டோமேஷன் டூல் உள்ளமைவு கோப்புகளை உங்கள் மூலக் கட்டுப்பாட்டு அமைப்பில் வைக்கலாம் மற்றும் உங்கள் CI/CD கருவி அனைத்தையும் ஒன்றாக இணைக்கலாம்.
எல்லாம் நன்றாக இருக்கிறது, இல்லையா? ஆனால் உங்கள் விண்ணப்பத்தை எங்கே வரிசைப்படுத்துவது?
படி 4: இணைய பயன்பாட்டு சேவையகம்
இப்போதைக்கு, உங்களிடம் தொகுக்கப்பட்ட கோப்பு உள்ளது, அது இயங்கக்கூடிய அல்லது நிறுவக்கூடியதாக இருக்கும். எந்தவொரு பயன்பாடும் உண்மையிலேயே பயனுள்ளதாக இருக்க, அது சில வகையான சேவை அல்லது இடைமுகத்தை வழங்க வேண்டும், ஆனால் உங்கள் பயன்பாட்டை ஹோஸ்ட் செய்ய உங்களுக்கு ஒரு கொள்கலன் தேவை.
ஒரு வலை பயன்பாட்டு சேவையகம் அத்தகைய ஒரு கொள்கலன். வரிசைப்படுத்தப்பட்ட தொகுப்பின் தர்க்கத்தை வரையறுக்கக்கூடிய சூழலை சேவையகம் வழங்குகிறது. சேவையகம் ஒரு இடைமுகத்தையும் வழங்குகிறது மற்றும் வெளிப்புற உலகிற்கு சாக்கெட்டுகளை வெளிப்படுத்துவதன் மூலம் இணைய சேவைகளை வழங்குகிறது. அதை நிறுவ உங்களுக்கு HTTP சேவையகமும், சில சூழலும் (மெய்நிகர் இயந்திரம் போன்றவை) தேவை. இப்போதைக்கு, இதைப் பற்றி நீங்கள் மேலும் அறிந்து கொள்வீர்கள் என்று வைத்துக் கொள்வோம் (இருப்பினும் நான் கொள்கலன்களை கீழே தருகிறேன்).
பல திறந்த மூல வலை பயன்பாட்டு சேவையகங்கள் உள்ளன.
பெயர்
உரிமம்
நிரலாக்க மொழி
டாம்கேட்
அப்பாச்சி XX
ஜாவா
படகுத்துறை
அப்பாச்சி XX
ஜாவா
WildFly
குனு குறைவான பொது
ஜாவா
GlassFish
CDDL & GNU குறைவான பொது
ஜாவா
டான்ஜோ
3-பிரிவு BSD
பைதான்
டொர்னாடோ
அப்பாச்சி XX
பைதான்
குனிகார்ன்
எம்ஐடி
பைதான்
பைதான்
எம்ஐடி
பைதான்
ரெயில்ஸ்
எம்ஐடி
ரூபி
node.js
எம்ஐடி
ஜாவா
உங்கள் DevOps பைப்லைன் கிட்டத்தட்ட பயன்படுத்த தயாராக உள்ளது. நல்ல வேலை!
நீங்கள் அங்கேயே நிறுத்தி, ஒருங்கிணைப்பை நீங்களே கையாள முடியும் என்றாலும், ஒரு பயன்பாட்டு டெவலப்பர் கவலைப்பட வேண்டிய முக்கியமான விஷயம் குறியீட்டின் தரம்.
படி 5: குறியீடு சோதனை கவரேஜ்
சோதனைகளைச் செயல்படுத்துவது மற்றொரு சிக்கலான தேவையாக இருக்கலாம், ஆனால் டெவலப்பர்கள் பயன்பாட்டில் ஏதேனும் பிழைகளை முன்கூட்டியே கண்டறிந்து, இறுதிப் பயனர்கள் திருப்தி அடைவதை உறுதிசெய்ய குறியீட்டின் தரத்தை மேம்படுத்த வேண்டும். அதிர்ஷ்டவசமாக, உங்கள் குறியீட்டைச் சோதிப்பதற்கும் அதன் தரத்தை மேம்படுத்துவதற்கான பரிந்துரைகளைச் செய்வதற்கும் பல திறந்த மூலக் கருவிகள் உள்ளன. இன்னும் சிறப்பானது என்னவென்றால், பெரும்பாலான CI/CD கருவிகள் இந்தக் கருவிகளுடன் இணைக்கப்பட்டு, செயல்முறையை தானியக்கமாக்க முடியும்.
குறியீடு சோதனை இரண்டு பகுதிகளைக் கொண்டுள்ளது: சோதனைகளை எழுதவும் இயக்கவும் உதவும் குறியீடு சோதனை கட்டமைப்புகள் மற்றும் உங்கள் குறியீட்டின் தரத்தை மேம்படுத்த உதவும் பரிந்துரை கருவிகள்.
குறியீடு சோதனை அமைப்புகள்
பெயர்
உரிமம்
நிரலாக்க மொழி
JUnit
எக்லிப்ஸ் பொது உரிமம்
ஜாவா
ஈஸிமாக்
அப்பாச்சி
ஜாவா
மோக்கிட்டோ
எம்ஐடி
ஜாவா
பவர்மாக்
அப்பாச்சி XX
ஜாவா
பைடஸ்ட்
எம்ஐடி
பைதான்
கருதுகோள்
மோசில்லா
பைதான்
நச்சு
எம்ஐடி
பைதான்
குறியீட்டை மேம்படுத்துவதற்கான பரிந்துரை அமைப்புகள்
பெயர்
உரிமம்
நிரலாக்க மொழி
பாதுகாப்பு
குனு
ஜாவா
கோட்கவர்
எக்லிப்ஸ் பப்ளிக் (EPL)
ஜாவா
கவரேஜ்.பை
அப்பாச்சி XX
பைதான்
எம்மா
பொது பொது உரிமம்
ஜாவா
ஜாகோகோ
எக்லிப்ஸ் பொது உரிமம்
ஜாவா
கருதுகோள்
மோசில்லா
பைதான்
நச்சு
எம்ஐடி
பைதான்
ஜாஸ்மின்
எம்ஐடி
ஜாவா
கர்மா
எம்ஐடி
ஜாவா
மோச்சா
எம்ஐடி
ஜாவா
மகிழ்ச்சியோடும்
எம்ஐடி
ஜாவா
மேலே குறிப்பிட்டுள்ள பெரும்பாலான கருவிகள் மற்றும் கட்டமைப்புகள் ஜாவா, பைதான் மற்றும் ஜாவாஸ்கிரிப்ட்டுக்காக எழுதப்பட்டவை என்பதை நினைவில் கொள்ளவும், ஏனெனில் C++ மற்றும் C# ஆகியவை தனியுரிம நிரலாக்க மொழிகள் (GCC திறந்த மூலமாக இருந்தாலும்).
இப்போது நீங்கள் சோதனை கவரேஜ் கருவிகளை செயல்படுத்தியுள்ளீர்கள், உங்கள் DevOps பைப்லைன் இந்த டுடோரியலின் தொடக்கத்தில் காட்டப்பட்டுள்ள வரைபடத்தைப் போலவே இருக்க வேண்டும்.
கூடுதல் படிகள்
கொள்கலன்கள்
நான் சொன்னது போல், உங்கள் சேவையகத்தை மெய்நிகர் கணினி அல்லது சேவையகத்தில் ஹோஸ்ட் செய்யலாம், ஆனால் கொள்கலன்கள் ஒரு பிரபலமான தீர்வு.
கொள்கலன்கள் என்றால் என்ன? சுருக்கமான விளக்கம் என்னவென்றால், ஒரு மெய்நிகர் இயந்திரத்திற்கு பயன்பாட்டின் அளவை விட அதிகமான இயக்க முறைமை நினைவகம் தேவைப்படுகிறது, அதே நேரத்தில் ஒரு கொள்கலனுக்கு பயன்பாட்டை இயக்க சில நூலகங்கள் மற்றும் உள்ளமைவுகள் மட்டுமே தேவை. வெளிப்படையாக, மெய்நிகர் இயந்திரத்திற்கு இன்னும் முக்கியமான பயன்பாடுகள் உள்ளன, ஆனால் ஒரு கொள்கலன் என்பது பயன்பாட்டு சேவையகம் உட்பட ஒரு பயன்பாட்டை ஹோஸ்ட் செய்வதற்கான இலகுரக தீர்வாகும்.
மற்ற கொள்கலன் விருப்பங்கள் இருந்தாலும், மிகவும் பிரபலமானவை டோக்கர் மற்றும் குபெர்னெட்ஸ்.
டோக்கர்: அப்பாச்சி 2.0
குபெர்னெட்ஸ்: அப்பாச்சி 2.0
இடைநிலை ஆட்டோமேஷன் கருவிகள்
எங்கள் DevOps பைப்லைன் முதன்மையாக கூட்டு பயன்பாட்டு உருவாக்கம் மற்றும் வரிசைப்படுத்துதலில் கவனம் செலுத்துகிறது, ஆனால் DevOps கருவிகள் மூலம் செய்யக்கூடிய பல விஷயங்கள் உள்ளன. அவற்றில் ஒன்று, உள்கட்டமைப்பை குறியீடு (IaC) கருவிகளாகப் பயன்படுத்துவது, இவை மிடில்வேர் ஆட்டோமேஷன் கருவிகள் என்றும் அழைக்கப்படுகின்றன. இந்த கருவிகள் மிடில்வேருக்கான நிறுவல், மேலாண்மை மற்றும் பிற பணிகளை தானியக்கமாக்க உதவுகின்றன. எனவே, எடுத்துக்காட்டாக, ஒரு தன்னியக்க கருவியானது வலை பயன்பாட்டு சேவையகம், தரவுத்தளம் மற்றும் கண்காணிப்பு கருவி போன்ற பயன்பாடுகளை சரியான உள்ளமைவுகளுடன் பிரித்தெடுத்து அவற்றை பயன்பாட்டு சேவையகத்தில் வரிசைப்படுத்தலாம்.
இங்கே சில திறந்த மூல மிடில்வேர் ஆட்டோமேஷன் கருவிகள் உள்ளன:
பதில்: குனு பொது
சால்ட்ஸ்டாக்: அப்பாச்சி 2.0
சமையல்காரர்: அப்பாச்சி 2.0
பொம்மை: அப்பாச்சி அல்லது ஜிபிஎல்
SkillFactory இலிருந்து பணம் செலுத்தும் ஆன்லைன் படிப்புகளை எடுப்பதன் மூலம், திறமைகள் மற்றும் சம்பளத்தின் அடிப்படையில் புதிதாக அல்லது லெவல் அப் தொழிலை எவ்வாறு பெறுவது என்பது பற்றிய விவரங்களைக் கண்டறியவும்:
- (12 மாதங்கள்)
மேலும் படிப்புகள்
- (12 வாரங்கள்)
- (12 மாதங்கள்)
- (9 மாதங்கள்)
- (9 மாதங்கள்)
பயனுள்ள
ஆதாரம்: www.habr.com