ஒரு பயன்பாடு வேலை செய்யாதபோது, உங்கள் சக ஊழியர்களிடமிருந்து நீங்கள் கேட்க விரும்புவது கடைசியாக "பிரச்சினை உங்கள் பக்கத்தில் உள்ளது" என்ற சொற்றொடர். இதன் விளைவாக, பயனர்கள் பாதிக்கப்படுகின்றனர் - மேலும் முறிவுக்கு குழுவின் எந்தப் பகுதி பொறுப்பு என்பதை அவர்கள் கவலைப்படுவதில்லை. DevOps கலாச்சாரம், இறுதி தயாரிப்புக்கான பகிரப்பட்ட பொறுப்பைச் சுற்றி மேம்பாடு மற்றும் ஆதரவைக் கொண்டுவர துல்லியமாக வெளிப்பட்டது.
DevOps என்ற கருத்தில் என்ன நடைமுறைகள் சேர்க்கப்பட்டுள்ளன, அவை ஏன் தேவைப்படுகின்றன? DevOps பொறியாளர்கள் என்ன செய்கிறார்கள் மற்றும் அவர்கள் என்ன செய்ய முடியும்? EPAM இன் வல்லுநர்கள் இந்த மற்றும் பிற கேள்விகளுக்கு பதிலளிக்கின்றனர்: கிரில் செர்கீவ், சிஸ்டம்ஸ் இன்ஜினியர் மற்றும் டெவொப்ஸ் சுவிசேஷகர் மற்றும் இகோர் பாய்கோ, முன்னணி சிஸ்டம்ஸ் இன்ஜினியர் மற்றும் நிறுவனத்தின் டெவொப்ஸ் அணிகளில் ஒன்றின் ஒருங்கிணைப்பாளர்.
DevOps ஏன் தேவை?
முன்னதாக, டெவலப்பர்கள் மற்றும் ஆதரவு (செயல்பாடுகள் என்று அழைக்கப்படுவது) இடையே ஒரு தடை இருந்தது. இது முரண்பாடாகத் தெரிகிறது, ஆனால் அவர்கள் வெவ்வேறு குறிக்கோள்களையும் KPI களையும் கொண்டிருந்தனர், இருப்பினும் அவர்கள் அதையே செய்கிறார்கள். வணிகத் தேவைகளை முடிந்தவரை விரைவாகச் செயல்படுத்தி அவற்றை வேலை செய்யும் தயாரிப்பில் சேர்ப்பதே வளர்ச்சியின் குறிக்கோளாக இருந்தது. பயன்பாடு நிலையானது என்பதை உறுதிப்படுத்துவதற்கு ஆதரவு பொறுப்பாகும் - மேலும் ஏதேனும் மாற்றங்கள் ஸ்திரத்தன்மையை ஆபத்தில் ஆழ்த்துகின்றன. ஆர்வ முரண்பாடு உள்ளது - அதைத் தீர்க்க DevOps தோன்றியது.
DevOps என்றால் என்ன?
இது ஒரு நல்ல கேள்வி - மற்றும் ஒரு சர்ச்சைக்குரிய ஒன்று: உலகம் இன்னும் இறுதியாக இதை ஒப்புக் கொள்ளவில்லை. DevOps தொழில்நுட்பங்கள், செயல்முறைகள் மற்றும் ஒரு குழுவிற்குள் தொடர்பு கொள்ளும் கலாச்சாரத்தை ஒருங்கிணைக்கிறது என்று EPAM நம்புகிறது. இந்த சங்கம் இறுதி பயனர்களுக்கு மதிப்பை தொடர்ந்து வழங்குவதை நோக்கமாகக் கொண்டுள்ளது.
கிரில் செர்கீவ்: “டெவலப்பர்கள் குறியீட்டை எழுதுகிறார்கள், சோதனையாளர்கள் அதை மதிப்பாய்வு செய்கிறார்கள், மேலும் நிர்வாகிகள் இறுதி தயாரிப்பை உற்பத்திக்கு பயன்படுத்துகிறார்கள். நீண்ட காலமாக, அணியின் இந்த பகுதிகள் ஓரளவு சிதறிக்கிடந்தன, பின்னர் ஒரு பொதுவான செயல்முறை மூலம் அவற்றை ஒன்றிணைக்கும் யோசனை எழுந்தது. இப்படித்தான் DevOps நடைமுறைகள் தோன்றின.
டெவலப்பர்களும் சிஸ்டம் இன்ஜினியர்களும் ஒருவருக்கொருவர் வேலையில் ஆர்வம் காட்டும் நாள் வந்தது. உற்பத்திக்கும் ஆதரவுக்கும் இடையே இருந்த தடை மறையத் தொடங்கியது. இப்படித்தான் DevOps உருவானது, இதில் நடைமுறைகள், கலாச்சாரம் மற்றும் குழு தொடர்பு ஆகியவை அடங்கும்.
DevOps கலாச்சாரத்தின் சாராம்சம் என்ன?
உண்மை என்னவென்றால், இறுதி முடிவுக்கான பொறுப்பு ஒவ்வொரு குழு உறுப்பினருக்கும் உள்ளது. DevOps தத்துவத்தில் மிகவும் சுவாரசியமான மற்றும் கடினமான விஷயம் என்னவென்றால், ஒரு குறிப்பிட்ட நபர் தனது சொந்த வேலைக்கு மட்டும் பொறுப்பு அல்ல, ஆனால் முழு தயாரிப்பும் எவ்வாறு செயல்படும் என்பதற்கு அவர் பொறுப்பு. பிரச்சனை யாருடைய பக்கத்திலும் இல்லை - அது பகிரப்படுகிறது, மேலும் ஒவ்வொரு குழு உறுப்பினரும் அதைத் தீர்க்க உதவுகிறார்கள்.
DevOps கலாச்சாரத்தில் மிக முக்கியமான விஷயம், DevOps நடைமுறைகளைப் பயன்படுத்தாமல், சிக்கலைத் தீர்ப்பதாகும். மேலும், இந்த நடைமுறைகள் "ஒருவரின் பக்கத்தில்" செயல்படுத்தப்படவில்லை, ஆனால் முழு தயாரிப்பு முழுவதும். ஒரு திட்டத்திற்கு ஒரு DevOps இன்ஜினியர் தேவையில்லை - அதற்கு ஒரு பிரச்சனைக்கு தீர்வு தேவை, மேலும் ஒரு DevOps இன்ஜினியரின் பங்கு பல்வேறு நிபுணத்துவங்களைக் கொண்ட பல குழு உறுப்பினர்களிடையே விநியோகிக்கப்படலாம்.
DevOps நடைமுறைகளின் வகைகள் என்ன?
DevOps நடைமுறைகள் மென்பொருள் வாழ்க்கைச் சுழற்சியின் அனைத்து நிலைகளையும் உள்ளடக்கியது.
இகோர் பாய்கோ: “திட்டத்தின் தொடக்கத்திலேயே DevOps நடைமுறைகளைப் பயன்படுத்தத் தொடங்கும் போது சிறந்த சந்தர்ப்பம். கட்டிடக் கலைஞர்களுடன் சேர்ந்து, பயன்பாடு எந்த வகையான கட்டடக்கலை நிலப்பரப்பைக் கொண்டிருக்கும், அது எங்கு அமைந்திருக்கும், எப்படி அளவிடுவது என்பதைத் திட்டமிட்டு, ஒரு தளத்தைத் தேர்வு செய்கிறோம். இப்போதெல்லாம், மைக்ரோ சர்வீஸ் கட்டிடக்கலை பாணியில் உள்ளது - அதற்காக நாங்கள் ஒரு ஆர்கெஸ்ட்ரேஷன் அமைப்பைத் தேர்வு செய்கிறோம்: நீங்கள் பயன்பாட்டின் ஒவ்வொரு கூறுகளையும் தனித்தனியாக நிர்வகிக்கவும், மற்றவற்றிலிருந்து சுயாதீனமாக புதுப்பிக்கவும் முடியும். மற்றொரு நடைமுறை "குறியீடாக உள்கட்டமைப்பு." சேவையகங்களுடனான நேரடி தொடர்புக்கு பதிலாக, குறியீட்டைப் பயன்படுத்தி திட்ட உள்கட்டமைப்பு உருவாக்கப்பட்டு நிர்வகிக்கப்படும் அணுகுமுறைக்கு இது பெயர்.
அடுத்து நாம் வளர்ச்சி நிலைக்கு செல்கிறோம். சிஐ/சிடியை உருவாக்குவது இங்குள்ள மிகப்பெரிய நடைமுறைகளில் ஒன்று: தயாரிப்பில் மாற்றங்களை விரைவாகவும், சிறிய பகுதிகளிலும், அடிக்கடி மற்றும் வலியின்றி ஒருங்கிணைக்க டெவலப்பர்களுக்கு நீங்கள் உதவ வேண்டும். CI/CD என்பது குறியீடு மதிப்பாய்வு, மாஸ்டரை குறியீடு தளத்திற்கு பதிவேற்றுதல் மற்றும் சோதனை மற்றும் உற்பத்தி சூழல்களுக்கு பயன்பாட்டைப் பயன்படுத்துதல் ஆகியவற்றை உள்ளடக்கியது.
CI/CD நிலைகளில், குறியீடு தர வாயில்கள் வழியாக செல்கிறது. அவர்களின் உதவியுடன், டெவலப்பரின் பணிநிலையத்திலிருந்து வெளிவரும் குறியீடு குறிப்பிட்ட தர அளவுகோல்களை சந்திக்கிறதா என்பதை அவர்கள் சரிபார்க்கிறார்கள். அலகு மற்றும் UI சோதனை இங்கே சேர்க்கப்பட்டுள்ளது. வேகமான, வலியற்ற மற்றும் கவனம் செலுத்தும் தயாரிப்பு வரிசைப்படுத்தலுக்கு, பொருத்தமான வரிசைப்படுத்தல் வகையை நீங்கள் தேர்வு செய்யலாம்.
DevOps பயிற்சியாளர்களும் முடிக்கப்பட்ட தயாரிப்பை ஆதரிக்கும் கட்டத்தில் ஒரு இடத்தைப் பெற்றுள்ளனர். அவை கண்காணிப்பு, கருத்து, பாதுகாப்பு மற்றும் மாற்றங்களை அறிமுகப்படுத்துவதற்குப் பயன்படுத்தப்படுகின்றன. DevOps இந்த பணிகள் அனைத்தையும் தொடர்ச்சியான முன்னேற்றக் கண்ணோட்டத்தில் பார்க்கிறது. மீண்டும் மீண்டும் வரும் செயல்பாடுகளைக் குறைத்து அவற்றை தானியக்கமாக்குகிறோம். இதில் இடம்பெயர்வுகள், பயன்பாட்டு விரிவாக்கம் மற்றும் செயல்திறன் ஆதரவு ஆகியவை அடங்கும்.
DevOps நடைமுறைகளின் நன்மைகள் என்ன?
நவீன DevOps நடைமுறைகள் குறித்த பாடப்புத்தகத்தை நாங்கள் எழுதினால், முதல் பக்கத்தில் மூன்று புள்ளிகள் இருக்கும்: ஆட்டோமேஷன், வேகமான வெளியீடுகள் மற்றும் பயனர்களிடமிருந்து விரைவான கருத்து.
கிரில் செர்கீவ்: “முதல் விஷயம் ஆட்டோமேஷன். குழுவில் உள்ள அனைத்து தொடர்புகளையும் நாங்கள் தானியங்குபடுத்தலாம்: குறியீட்டை எழுதினோம் - அதை உருட்டினோம் - சரிபார்த்தோம் - நிறுவினோம் - பின்னூட்டம் சேகரித்தோம் - தொடக்கத்திற்குத் திரும்பினோம். இதெல்லாம் தானியங்கி.
இரண்டாவது வெளியீட்டை விரைவுபடுத்துகிறது மற்றும் வளர்ச்சியை எளிதாக்குகிறது. வாடிக்கையாளருக்கு, தயாரிப்பு விரைவில் சந்தையில் நுழைந்து, போட்டியாளர்களின் ஒப்புமைகளை விட முன்னதாகவே நன்மைகளை வழங்கத் தொடங்குகிறது. தயாரிப்பு விநியோக செயல்முறை முடிவில்லாமல் மேம்படுத்தப்படலாம்: நேரத்தைக் குறைக்கவும், கூடுதல் கட்டுப்பாட்டு மதிப்பெண்களைச் சேர்க்கவும், கண்காணிப்பை மேம்படுத்தவும்.
மூன்றாவது பயனர் கருத்து முடுக்கம். அவர் கருத்துகள் இருந்தால், உடனடியாக மாற்றங்களைச் செய்து, விண்ணப்பத்தை உடனடியாகப் புதுப்பிக்கலாம்.
"சிஸ்டம்ஸ் இன்ஜினியர்", "பில்ட் இன்ஜினியர்" மற்றும் "டெவொப்ஸ் இன்ஜினியர்" ஆகிய கருத்துக்கள் எவ்வாறு தொடர்புடையவை?
அவை ஒன்றுடன் ஒன்று, ஆனால் சற்று வேறுபட்ட பகுதிகளைச் சேர்ந்தவை.
EPAM இல் சிஸ்டம்ஸ் இன்ஜினியர் என்பது ஒரு பதவி. அவை வெவ்வேறு நிலைகளில் வருகின்றன: ஜூனியர் முதல் தலைமை நிபுணர் வரை.
ஒரு கட்டுமானப் பொறியாளர் என்பது ஒரு திட்டத்தில் செய்யக்கூடிய ஒரு பாத்திரமாகும். இப்போது CI/CD க்கு பொறுப்பான நபர்கள் இதைத்தான் அழைக்கிறார்கள்.
ஒரு DevOps பொறியாளர் ஒரு திட்டத்தில் DevOps நடைமுறைகளை செயல்படுத்தும் ஒரு நிபுணர்.
எல்லாவற்றையும் தொகுத்தால், இதுபோன்ற ஒன்றைப் பெறுவோம்: சிஸ்டம்ஸ் இன்ஜினியர் நிலையில் உள்ள ஒருவர் ஒரு திட்டத்தில் கட்டுமானப் பொறியாளரின் பாத்திரத்தை வகிக்கிறார், மேலும் அங்கு DevOps நடைமுறைகளைச் செயல்படுத்துவதில் ஈடுபட்டுள்ளார்.
DevOps இன்ஜினியர் சரியாக என்ன செய்கிறார்?
DevOps பொறியாளர்கள் ஒரு திட்டத்தை உருவாக்கும் அனைத்து பகுதிகளையும் ஒன்றாக இணைக்கின்றனர். புரோகிராமர்கள், சோதனையாளர்கள், கணினி நிர்வாகிகளின் பணியின் பிரத்தியேகங்களை அவர்கள் அறிவார்கள் மற்றும் அவர்களின் வேலையை எளிதாக்க உதவுகிறார்கள். அவர்கள் வணிகத்தின் தேவைகள் மற்றும் தேவைகள், வளர்ச்சி செயல்பாட்டில் அதன் பங்கு ஆகியவற்றைப் புரிந்துகொள்கிறார்கள் - மேலும் வாடிக்கையாளரின் நலன்களைக் கருத்தில் கொண்டு செயல்முறையை உருவாக்குகிறார்கள்.
ஆட்டோமேஷனைப் பற்றி நாங்கள் நிறைய பேசினோம் - DevOps இன்ஜினியர்கள் இதைத்தான் முதலில் கையாள்கின்றனர். இது ஒரு மிகப் பெரிய புள்ளியாகும், மற்றவற்றுடன், சுற்றுச்சூழலைத் தயாரிப்பது அடங்கும்.
கிரில் செர்கீவ்: “தயாரிப்பில் புதுப்பிப்புகளைச் செயல்படுத்துவதற்கு முன், அவை மூன்றாம் தரப்பு சூழலில் சோதிக்கப்பட வேண்டும். இது DevOps பொறியாளர்களால் தயாரிக்கப்பட்டது. அவர்கள் திட்டத்தில் ஒரு DevOps கலாச்சாரத்தை புகுத்துகிறார்கள்: அவர்கள் தங்கள் திட்டங்களின் அனைத்து அடுக்குகளிலும் DevOps நடைமுறைகளை அறிமுகப்படுத்துகிறார்கள். இந்த மூன்று கோட்பாடுகள்: ஆட்டோமேஷன், எளிமைப்படுத்தல், முடுக்கம் - அவை எங்கு சென்றடைய முடியுமோ அங்கெல்லாம் கொண்டு வருகின்றன.
DevOps பொறியாளர் என்ன தெரிந்து கொள்ள வேண்டும்?
மொத்தத்தில், அவர் பல்வேறு பகுதிகளிலிருந்து அறிவைக் கொண்டிருக்க வேண்டும்: நிரலாக்கம், இயக்க முறைமைகளுடன் பணிபுரிதல், தரவுத்தளங்கள், சட்டசபை மற்றும் உள்ளமைவு அமைப்புகள். கிளவுட் உள்கட்டமைப்பு, ஆர்கெஸ்ட்ரேஷன் மற்றும் கண்காணிப்பு அமைப்புகளுடன் பணிபுரியும் திறனால் இவை பூர்த்தி செய்யப்படுகின்றன.
1. நிரலாக்க மொழிகள்
DevOps இன்ஜினியர்களுக்கு ஆட்டோமேஷனுக்கான பல அடிப்படை மொழிகள் தெரியும், எடுத்துக்காட்டாக, ஒரு புரோகிராமரிடம் சொல்லலாம்: “நீங்கள் குறியீட்டை கையால் அல்ல, ஆனால் எல்லாவற்றையும் தானியங்குபடுத்தும் எங்கள் ஸ்கிரிப்டைப் பயன்படுத்தி எப்படி நிறுவுவது? அதற்கான config file ஐ தயார் செய்வோம், உங்களுக்கும் எங்களுக்கும் படிக்க வசதியாக இருக்கும், மேலும் அதை எந்த நேரத்திலும் மாற்ற முடியும். அதில் யார், எப்போது, ஏன் மாற்றங்களைச் செய்கிறார்கள் என்பதையும் பார்ப்போம்.
ஒரு DevOps பொறியாளர் இந்த மொழிகளில் ஒன்று அல்லது அதற்கு மேற்பட்டவற்றைக் கற்றுக்கொள்ளலாம்: Python, Groovy, Bash, Powershell, Ruby, Go. அவற்றை ஆழமான மட்டத்தில் அறிந்து கொள்ள வேண்டிய அவசியமில்லை - தொடரியல் அடிப்படைகள், OOP கொள்கைகள் மற்றும் தன்னியக்கத்திற்கான எளிய ஸ்கிரிப்ட்களை எழுதும் திறன் ஆகியவை போதுமானது.
2. இயக்க முறைமைகள்
ஒரு DevOps இன்ஜினியர், தயாரிப்பு எந்த சர்வரில் நிறுவப்படும், எந்த சூழலில் அது இயங்கும் மற்றும் எந்த சேவைகளுடன் தொடர்பு கொள்ளும் என்பதைப் புரிந்து கொள்ள வேண்டும். விண்டோஸ் அல்லது லினக்ஸ் குடும்பத்தில் நிபுணத்துவம் பெற நீங்கள் தேர்வு செய்யலாம்.
3. பதிப்பு கட்டுப்பாட்டு அமைப்புகள்
பதிப்பு கட்டுப்பாட்டு அமைப்பு பற்றிய அறிவு இல்லாமல், DevOps பொறியாளர் எங்கும் இல்லை. Git தற்போது மிகவும் பிரபலமான அமைப்புகளில் ஒன்றாகும்.
4. கிளவுட் வழங்குநர்கள்
AWS, Google, Azure - குறிப்பாக நாம் விண்டோஸ் திசையைப் பற்றி பேசினால்.
கிரில் செர்கீவ்: “கிளவுட் வழங்குநர்கள் CI/CD இல் சரியாகப் பொருந்தக்கூடிய மெய்நிகர் சேவையகங்களை எங்களுக்கு வழங்குகிறார்கள்.
பத்து இயற்பியல் சேவையகங்களை நிறுவுவதற்கு சுமார் நூறு கைமுறை செயல்பாடுகள் தேவை. ஒவ்வொரு சேவையகமும் கைமுறையாகத் தொடங்கப்பட்டு, தேவையான இயக்க முறைமையை நிறுவி, உள்ளமைக்க வேண்டும், இந்த பத்து சேவையகங்களில் எங்கள் பயன்பாட்டை நிறுவ வேண்டும், பின்னர் எல்லாவற்றையும் பத்து முறை இருமுறை சரிபார்க்க வேண்டும். கிளவுட் சேவைகள் இந்த நடைமுறையை பத்து கோடு குறியீடுகளுடன் மாற்றுகின்றன, மேலும் ஒரு நல்ல DevOps பொறியாளர் அவர்களுடன் செயல்பட முடியும். இது வாடிக்கையாளர் மற்றும் நிறுவனத்திற்கு நேரம், முயற்சி மற்றும் பணத்தை மிச்சப்படுத்துகிறது.
5. ஆர்கெஸ்ட்ரேஷன் அமைப்புகள்: டோக்கர் மற்றும் குபெர்னெட்ஸ்
கிரில் செர்கீவ்: “மெய்நிகர் சேவையகங்கள் கொள்கலன்களாக பிரிக்கப்பட்டுள்ளன, ஒவ்வொன்றிலும் எங்கள் பயன்பாட்டை நிறுவலாம். நிறைய கொள்கலன்கள் இருக்கும்போது, அவற்றை நீங்கள் நிர்வகிக்க வேண்டும்: ஒன்றை இயக்கவும், இன்னொன்றை அணைக்கவும், எங்காவது காப்புப்பிரதிகளை உருவாக்கவும். இது மிகவும் சிக்கலானது மற்றும் ஒரு ஆர்கெஸ்ட்ரேஷன் அமைப்பு தேவைப்படுகிறது.
முன்னதாக, ஒவ்வொரு பயன்பாடும் ஒரு தனி சேவையகத்தால் கையாளப்பட்டது - அதன் செயல்பாட்டில் ஏதேனும் மாற்றங்கள் பயன்பாட்டின் சேவைத்திறனை பாதிக்கலாம். கொள்கலன்களுக்கு நன்றி, பயன்பாடுகள் தனிமைப்படுத்தப்பட்டு தனித்தனியாக இயங்குகின்றன - ஒவ்வொன்றும் அதன் சொந்த மெய்நிகர் கணினியில். தோல்வி ஏற்பட்டால், அதற்கான காரணத்தைத் தேடி நேரத்தை வீணடிக்க வேண்டிய அவசியமில்லை. பழைய கொள்கலனை அழித்து புதியதைச் சேர்ப்பது எளிது.
6. கட்டமைப்பு அமைப்புகள்: செஃப், அன்சிபிள், பப்பட்
நீங்கள் முழு சேவையகங்களையும் பராமரிக்க வேண்டியிருக்கும் போது, நீங்கள் ஒரே மாதிரியான செயல்பாடுகளைச் செய்ய வேண்டும். இது நீண்ட மற்றும் கடினமானது, மேலும் கைமுறையாக வேலை செய்வது பிழையின் வாய்ப்பை அதிகரிக்கிறது. இங்குதான் கட்டமைப்பு அமைப்புகள் மீட்புக்கு வருகின்றன. அவர்களின் உதவியுடன், புரோகிராமர்கள், டெவொப்ஸ் பொறியாளர்கள் மற்றும் கணினி நிர்வாகிகள் படிக்க எளிதான ஸ்கிரிப்டை உருவாக்குகிறார்கள். இந்த ஸ்கிரிப்ட் தானாகவே சேவையகங்களில் அதே செயல்பாடுகளை மேற்கொள்ள உதவுகிறது. இது கைமுறை செயல்பாடுகளை குறைக்கிறது (எனவே பிழைகள்).
DevOps இன்ஜினியர் எந்த வகையான வாழ்க்கையை உருவாக்க முடியும்?
நீங்கள் கிடைமட்டமாகவும் செங்குத்தாகவும் உருவாக்கலாம்.
இகோர் பாய்கோ: “கிடைமட்ட வளர்ச்சியின் பார்வையில், DevOps இன்ஜினியர்களுக்கு இப்போது பரந்த வாய்ப்புகள் உள்ளன. எல்லாமே தொடர்ந்து மாறிக்கொண்டே இருக்கின்றன, மேலும் நீங்கள் பல்வேறு பகுதிகளில் திறன்களை உருவாக்கலாம்: பதிப்பு கட்டுப்பாட்டு அமைப்புகள் முதல் கண்காணிப்பு வரை, உள்ளமைவு மேலாண்மை முதல் தரவுத்தளங்கள் வரை.
ஒரு பயன்பாடு அதன் வாழ்க்கைச் சுழற்சியின் அனைத்து நிலைகளிலும் - மேம்பாடு முதல் ஆதரவு வரை எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்வதில் ஒரு பணியாளர் ஆர்வமாக இருந்தால், நீங்கள் கணினி வடிவமைப்பாளராகலாம்.
DevOps இன்ஜினியர் ஆவது எப்படி?
- ஃபீனிக்ஸ் திட்டம் மற்றும் டெவொப்ஸ் கையேட்டைப் படியுங்கள். இவை DevOps தத்துவத்தின் உண்மையான தூண்கள், முதலாவது புனைகதையின் வேலை.
- மேலே உள்ள பட்டியலிலிருந்து தொழில்நுட்பங்களைக் கற்றுக்கொள்ளுங்கள்: சொந்தமாக அல்லது ஆன்லைன் படிப்புகள் மூலம்.
- திறந்த மூல திட்டத்திற்கு DevOps இன்ஜினியராக சேரவும்.
- உங்கள் தனிப்பட்ட மற்றும் பணித் திட்டங்களில் DevOps நடைமுறைகளைப் பயிற்சி செய்து வழங்கவும்.
ஆதாரம்: www.habr.com