இந்த அறிவைக் கொண்டு எங்கு செல்ல வேண்டும், திட்டத்தில் என்ன செய்ய வேண்டும், எவ்வளவு சம்பாதிக்க வேண்டும், ஒரு நேர்காணலில் என்ன சொல்ல வேண்டும், கேட்க வேண்டும் - எக்ஸ்பிரஸ் 42 இன் நிர்வாக கூட்டாளியும் ஆசிரியருமான அலெக்சாண்டர் டிடோவ் விளக்குகிறார். .
வணக்கம்! டெவொப்ஸ் என்ற சொல் 2009 முதல் இருந்து வந்தாலும், ரஷ்ய சமூகத்தில் இன்னும் ஒருமித்த கருத்து இல்லை. சிலர் டெவொப்ஸை ஒரு சிறப்பு அம்சமாகவும், மற்றவர்கள் ஒரு தத்துவமாகவும், இன்னும் சிலர் இந்த வார்த்தையை தொழில்நுட்பங்களின் தொகுப்பாகவும் கருதுவதை நீங்கள் கவனித்திருக்கலாம். இந்த தலைப்பைப் பற்றி நான் பலமுறை பேசியுள்ளேன். இந்தப் பகுதியின் வளர்ச்சியைப் பற்றி நான் பேசவில்லை, எனவே இந்தக் கட்டுரையில் நான் விரிவாகப் பேசப் போவதில்லை. எக்ஸ்பிரஸ் 42 இல், பின்வருவனவற்றை அதில் கட்டமைக்கிறோம் என்று நான் கூறுவேன்:
டெவொப்ஸ் என்பது டிஜிட்டல் தயாரிப்பை உருவாக்குவதற்கான ஒரு குறிப்பிட்ட வழிமுறை மற்றும் கலாச்சாரமாகும், இதில் குழுவில் உள்ள அனைத்து நிபுணர்களும் தயாரிப்பில் பங்கேற்கிறார்கள்.
பாரம்பரிய நிறுவன வளர்ச்சியில், அனைத்தும் தொடர்ச்சியாக தொடர்கின்றன: நிரலாக்கம், சோதனை, பின்னர் மட்டுமே செயல்பாடு, மேலும் யோசனையிலிருந்து உற்பத்தி வரை இந்த செயல்முறையின் வேகம் மூன்று மாதங்கள் ஆகும். டிஜிட்டல் தயாரிப்புகளைப் பொறுத்தவரை, இது ஒரு உலகளாவிய பிரச்சனை, ஏனெனில் வாடிக்கையாளர்களிடமிருந்து விரைவாக கருத்துக்களைப் பெறுவது சாத்தியமில்லை.
டெவொப்ஸில், மேம்பாடு, சோதனை மற்றும் செயல்பாட்டு செயல்முறைகள் ஒரே நேரத்தில் இயங்குவதை உறுதிசெய்ய கருவிகள் மற்றும் அணுகுமுறைகள் வடிவமைக்கப்பட்டுள்ளன.
இந்த அணுகுமுறையிலிருந்து என்ன வருகிறது?
- உங்கள் உற்பத்திப் பிரச்சினைகள் அனைத்தையும் தீர்க்க ஒரு "பொறியாளரை" நீங்கள் பணியமர்த்த முடியாது. முழு குழுவும் இந்த முறையைப் பயன்படுத்த வேண்டும்.
- DevOps என்பது நீங்கள் மேம்படுத்தக்கூடிய புதிய வகை sysadmin அல்ல. "DevOps பொறியாளர்" என்பது "சுறுசுறுப்பான டெவலப்பர்" போலவே ஒலிக்கிறது.
- ஒரு குழு Kubernetes, Ansible, Prometheus, Mesosphere மற்றும் Docker ஆகியவற்றைப் பயன்படுத்துவதால் அவர்கள் DevOps நடைமுறைகளை செயல்படுத்தியுள்ளனர் என்று அர்த்தமல்ல.
டெவொப்ஸுக்குப் பிறகு வாழ்க்கை ஒருபோதும் ஒரே மாதிரியாக இருக்காது.
டெவொப்ஸ் அணுகுமுறை, முதன்மையானதும் முக்கியமானதும், வேறுபட்ட சிந்தனை முறை, ஒட்டுமொத்த வளர்ச்சியைப் பற்றிய வேறுபட்ட புரிதல் மற்றும் செயல்பாட்டில் ஒருவரின் இடம் குறித்த வேறுபட்ட கண்ணோட்டம். எங்கள் ஆன்லைன் பாடத்திட்டத்தை இரண்டு பிரிவுகளாகப் பிரித்துள்ளோம்:
1. சுயநிர்ணய உரிமை
முதலில், டெவ்ஆப்ஸ் அணுகுமுறையின் சாரத்தை விரிவாக ஆராய்வோம், மாணவர்கள் குழுவிற்குள் புதிய பாத்திரங்களைக் கண்டுபிடிப்பார்கள், எவை சிறப்பாக எதிரொலிக்கின்றன என்பதைப் பார்ப்பார்கள், எந்த திசையை உருவாக்க வேண்டும் என்பதை அவர்களே தீர்மானிப்பார்கள்.
2. கருவிகள் மற்றும் நடைமுறைகள்
மாணவர்கள் DevOps கண்ணோட்டத்தில் குறிப்பிட்ட தொழில்நுட்பங்களில் தேர்ச்சி பெறுகிறார்கள்.
DevOps கருவிகளை DevOps மற்றும் பாரம்பரிய மேம்பாடு இரண்டிலும் பயன்படுத்தலாம். மிகவும் குறிப்பிடத்தக்க உதாரணம் Ansible உள்ளமைவு மேலாண்மை கருவி. இது "Infrastructure as Code" என்ற DevOps நடைமுறையை செயல்படுத்த உருவாக்கப்பட்டது மற்றும் வடிவமைக்கப்பட்டுள்ளது, அதாவது இயக்க முறைமை அமைப்புகள் முதல் பயன்பாட்டு மென்பொருள் வரை பல்வேறு அமைப்பு நிலைகள் விவரிக்கப்பட்டுள்ளன. இந்த விளக்கம் அடுக்குகளாகப் பிரிக்கப்பட்டுள்ளது மற்றும் சிக்கலான, தொடர்ந்து மாறிவரும் உள்ளமைவுகளை நிர்வகிக்க அனுமதிக்கிறது. இருப்பினும், பொறியாளர்கள் பெரும்பாலும் Ansible ஐ பல கணினிகளில் Bash ஸ்கிரிப்ட்களை இயக்க ஒரு வழியாகப் பயன்படுத்துகின்றனர். இது நல்லதும் இல்லை கெட்டதும் இல்லை, ஆனால் Ansible இன் இருப்பு ஒரு நிறுவனத்தில் DevOps இருப்பதை உறுதி செய்யாது என்பதைப் புரிந்துகொள்வது அவசியம்.
எங்களிடம் முன்னேற்றம் உள்ளது நீங்கள் நன்கு அறியப்பட்ட Reddit போன்ற ஒரு பயன்பாட்டின் வளர்ச்சியில் மூழ்கிவிடுவீர்கள், ஒரு ஒற்றைப் பதிப்பில் தொடங்கி படிப்படியாக மைக்ரோ சர்வீஸ்களை நோக்கி நகரும். படிப்படியாக, புதிய கருவிகளில் தேர்ச்சி பெறுவோம்: Git, Ansible, Gitlab, இறுதியாக Kubernetes மற்றும் Prometheus.
நடைமுறைகளைப் பொறுத்தவரை, DevOps கையேட்டில் விவரிக்கப்பட்டுள்ள மூன்று பாதைகளின் தந்திரோபாயங்களை நாங்கள் பின்பற்றுவோம்: தொடர்ச்சியான விநியோக நடைமுறைகள், பின்னூட்ட நடைமுறைகள் மற்றும் முழு பாடத்தின் மையக்கரு: உங்கள் அமைப்புடன் தொடர்ச்சியான கற்றல் நடைமுறைகள்.
இந்த அறிவு ஒவ்வொரு நிபுணருக்கும் என்ன தருகிறது?
கணினி நிர்வாகிகளுக்கு
இந்த நடைமுறைகள் நிர்வாகத்திலிருந்து விலகி, தொடர்ச்சியான விநியோக குழாய்வழி மற்றும் உள்கட்டமைப்பு அடிப்படையிலான மென்பொருள் விநியோக தளத்தை உருவாக்குவதை நோக்கி நம்மை நகர்த்த அனுமதிக்கும். இதன் கருத்து என்னவென்றால், இது ஒரு தயாரிப்பை உருவாக்குகிறது - டெவலப்பர்களுக்கான உள்கட்டமைப்பு தளம் - இது அவர்களின் மாற்றங்களை உற்பத்தியில் விரைவாகத் தள்ள உதவுகிறது.
முன்பு, அனைத்தும் உற்பத்திக்குச் செல்வதற்கு முன்பு, சிஸ்டம் நிர்வாகிகள் கடைசி கோட்டையாக இருந்தனர். மேலும் அவர்கள் பெரும்பாலும் தொடர்ச்சியான தீயணைப்புப் பணியில் ஈடுபட்டிருந்தனர், இதனால் வணிகத் தேவைகளைப் புரிந்துகொள்வது, தயாரிப்பு மற்றும் பயனர் அனுபவத்தைப் பற்றி சிந்திப்பது மிகவும் கடினமாக இருந்தது.
டெவொப்ஸ் முறை மனநிலையை மாற்றுகிறது. உள்ளமைவை குறியீடாக எவ்வாறு மொழிபெயர்ப்பது மற்றும் அவ்வாறு செய்வதற்கான தற்போதைய நடைமுறைகளை சிசாட்மின்கள் புரிந்துகொள்கிறார்கள்.
இது முக்கியமானது, ஏனென்றால் நிறுவனங்கள் எல்லாவற்றையும் வெறுமனே தானியக்கமாக்க வேண்டிய அவசியமில்லை என்பதை அதிகளவில் உணர்ந்து வருகின்றன - இது அடிப்படையில் பழைய பள்ளி அமைப்பு நிர்வாகிகளின் வேலையாக இருந்தது, கூடுதலாக, அரிதாகவே மாற்றங்களைத் தொடர்புகொண்டனர் அல்லது குழுவிற்குத் தெரிவித்தனர். இப்போது, குழுக்கள் ஒரு உள் உள்கட்டமைப்பு தயாரிப்பை உருவாக்கி, வேறுபட்ட செயல்முறைகளை ஒரே ஒன்றாக ஒருங்கிணைக்க உதவுபவர்களைத் தேடுகின்றன.
டெவலப்பர்கள்
டெவலப்பர் வழிமுறைகளில் மட்டுமே சிந்திப்பதை நிறுத்துகிறார். அவர்கள் உள்கட்டமைப்புடன் பணிபுரியும் திறனையும், நிலப்பரப்பைப் பற்றிய கட்டடக்கலை புரிதலையும் பெறுகிறார்கள். அத்தகைய டெவலப்பர் பயன்பாடு எவ்வாறு செயல்படுகிறது, தொடர்ச்சியான டெலிவரி பைப்லைன் வழியாக அது எவ்வாறு பாய்கிறது, அதை எவ்வாறு கண்காணிப்பது மற்றும் வாடிக்கையாளருக்கு மதிப்பை வழங்கும் வகையில் அதை எவ்வாறு பதிவு செய்வது என்பதைப் புரிந்துகொள்கிறார். இறுதியில், இந்த அறிவு அனைத்தும் தொடர்புடைய குறியீட்டை எழுத அவர்களுக்கு உதவுகிறது.
சோதனையாளர்களுக்கு
சோதனை நீண்ட காலமாக ஆட்டோமேஷனை நோக்கி நகர்ந்து வருகிறது. பல சோதனைகள் எழுதப்பட வேண்டும், முடிக்கப்படக்கூடாது என்று நாம் அனைவரும் கூறுகிறோம். 🙂 சோதனை உங்கள் தயாரிப்பின் முழு விநியோகக் குழாயின் ஒரு பகுதியாக மாறி வருகிறது. சோதனையாளர்கள் குறியீட்டை எவ்வாறு எழுதுவது என்பதைக் கற்றுக்கொள்வது மட்டுமல்லாமல், தொடர்ச்சியான விநியோக அமைப்புகளில் அதை எவ்வாறு ஒருங்கிணைப்பது, விநியோகத்தின் அனைத்து நிலைகளிலும் குறியீட்டைப் பற்றிய கருத்துக்களை எவ்வாறு பெறுவது மற்றும் பிழைகளை விரைவில் கண்டறிய சோதனையை எவ்வாறு தொடர்ந்து மேம்படுத்துவது என்பதையும் புரிந்து கொள்ள வேண்டும்.
எனவே அது மாறிவிடும் மூன்று நிலைகளும் ஒரே நேரத்தில் நிகழ்கின்றன.உதாரணமாக, இது இப்படி இருக்கலாம்:
டெவலப்பர் குறியீட்டை எழுதுகிறார், உடனடியாக அதற்கான சோதனைகளை எழுதுகிறார், மேலும் இயக்க வேண்டிய குறியீட்டிற்கான டாக்கர் கொள்கலனை விவரிக்கிறார். உற்பத்தியில் சேவையின் செயல்பாட்டைக் கண்காணிக்கும் கண்காணிப்பையும் அவர்கள் உடனடியாக விவரிக்கிறார்கள், மேலும் அனைத்தையும் உறுதி செய்கிறார்கள்.
தொடர்ச்சியான ஒருங்கிணைப்பு தொடங்கப்படும்போது, செயல்முறைகள் ஒரே நேரத்தில் நிகழ்கின்றன. சேவை தொடங்கி தன்னைத்தானே உள்ளமைத்துக் கொள்கிறது. அதே நேரத்தில், டாக்கர் கொள்கலன் தொடங்கி செயல்பாட்டுக்காக சரிபார்க்கப்படுகிறது. அதே நேரத்தில், அனைத்து தகவல்களும் பதிவு அமைப்புக்கு அனுப்பப்படும். இது வளர்ச்சியின் ஒவ்வொரு கட்டத்திலும் நிகழ்கிறது - இது கணினி நிர்வாகிகள், டெவலப்பர்கள் மற்றும் சோதனையாளர்களுக்கு இடையிலான உண்மையான குழு முயற்சி.
நான் டெவ்ஆப்ஸ் கற்றுக்கொண்டேன், இப்போது என்ன?
ஒரு மனிதன் இன்னொருவனுக்கு இணையானவன் அல்ல என்பது பழமொழி. உங்கள் நிறுவனம் இந்த முறையைப் பயன்படுத்தாவிட்டால், நீங்கள் பெற்ற திறன்கள் வீணாகிவிடும். மேலும் DevOps அணுகுமுறைகளைப் பற்றி நன்கு அறிந்த பிறகு, நிறுவன வளர்ச்சியில் ஒரு கோக் ஆக வேண்டும் என்ற ஆசை உங்களுக்கு இருக்காது. ஒரு விதிவிலக்கு இருக்கலாம்: நீங்கள் குழுவில் ஒரு கணினி நிர்வாகியாக இருந்து, அனைத்து செயல்முறைகளையும் ஒரு புதிய வழியில் மறுசீரமைக்க முடியும் என்றால். இந்த அணுகுமுறையைப் பயன்படுத்தும் ஏராளமான நிறுவனங்கள் உள்ளன, மேலும் அவை பூட்டுதலால் பாதிக்கப்படவில்லை மற்றும் நிபுணர்களைத் தேடுகின்றன என்பது கவனிக்கத்தக்கது. ஏனெனில் DevOps என்பது ஆன்லைன் தயாரிப்புகளை உருவாக்குவது பற்றியது.
இப்போது நல்ல செய்தி: DevOps நடைமுறைகள் மற்றும் கருவிகளில் தேர்ச்சி பெறுவது உங்கள் சந்தை மதிப்பை தோராயமாக 30% அதிகரிக்கிறது. சம்பளம் 140 ரூபிள்களில் தொடங்குகிறது, ஆனால் இயற்கையாகவே உங்கள் முக்கிய திறன்கள் மற்றும் செயல்பாடுகளால் தீர்மானிக்கப்படுகிறது.
"உள்கட்டமைப்பு சார்ந்தது" என்று பெயரிடப்பட்ட வேலை இடுகைகளை நீங்கள் தேடலாம், அவற்றில் சோதனை ஆட்டோமேஷன், கிளவுட் தொழில்நுட்பங்களைப் பயன்படுத்தி மைக்ரோ சர்வீஸ் பயன்பாட்டு மேம்பாடு, உள்கட்டமைப்பு பொறியாளர் பதவிகள் மற்றும் DevOps பற்றிய எந்தவொரு குறிப்பும் அடங்கும். ஒவ்வொரு நிறுவனமும் இந்த வார்த்தையை வித்தியாசமாக வரையறுக்கின்றன என்பதை நினைவில் கொள்ளுங்கள், எனவே விளக்கத்தை கவனமாகப் படியுங்கள்.
எங்கள் பாடத்திட்டத்தைத் தொடங்கும்போது, எனக்கு ஒரு நுண்ணறிவு கிடைத்தது: பாடநெறிக்குப் பிறகு பலர் DevOps பொறியாளர் வலையில் விழுகிறார்கள். அவர்கள் மேற்கூறிய தலைப்பில் ஒரு வேலையைக் கண்டுபிடித்து, ஒரு நல்ல வாய்ப்பைப் பெறுகிறார்கள், பின்னர் வேலைக்கு வருகிறார்கள், அவர்கள் ஜென்கின்ஸில் மூன்று பக்க பாஷ் ஸ்கிரிப்டைப் பராமரிக்க வேண்டும் என்பதை உணர்கிறார்கள். Kubernetes, ChatOps, கேனரி வெளியீடுகள் மற்றும் பிற அனைத்தும் எங்கே? அங்கு எதுவும் இல்லை, ஏனென்றால் நிறுவனத்திற்கு DevOps ஒரு வழிமுறையாகத் தேவையில்லை, மாறாக தனிமைப்படுத்தப்பட்ட புதுமைகளைப் பயன்படுத்துகிறது.
மென்பொருள் விநியோக செயல்முறை எவ்வாறு கட்டமைக்கப்பட்டுள்ளது, தொழில்நுட்ப அடுக்கு மற்றும் நீங்கள் என்ன பொறுப்புகளைச் செய்வீர்கள் என்பது குறித்து நிறுவனத்திடம் முழுமையாக விசாரிக்க இது ஒரு காரணம்.
உங்கள் முதலாளி உங்கள் கேள்விகளுக்கு விவரங்களை வழங்காமல், சுருக்கமான, பாடப்புத்தகத்தைப் போன்ற முறையில் பதிலளித்தால், அந்த நிறுவனத்திற்கு இன்னும் DevOps செயல்முறை இல்லை என்று அர்த்தம். இருப்பினும், அதை மறுக்க இது ஒரு காரணம் அல்ல. நிறுவனம் மற்றும் அதன் தயாரிப்புகளை ஆராயுங்கள், அவர்கள் தாங்களாகவே உருவாக்கிக் கொள்ளும் ஆன்லைன் சேவைகள், மொபைல் பயன்பாடுகள் அல்லது தயாரிப்பு யோசனைகள் உள்ளதா என்பது உட்பட.
அப்படியானால், நீங்கள் இந்த அமைப்புகளுடன் நேரடியாகப் பணியாற்றுவீர்களா அல்லது வலுவான DevOps நடைமுறைகளை நீங்கள் நிரூபித்தால், இந்த அணிகளுக்கு இடையே பக்கவாட்டு இயக்கத்திற்கான வாய்ப்பு உள்ளதா என்பதைத் தெளிவுபடுத்தவும். அப்படியானால், விண்ணப்பித்து, முன்கூட்டியே செயல்பட்டு உதவிகரமாக இருப்பது பயனுள்ளது. எங்கள் பாடத்திட்டத்தை முடிப்பது பிந்தையதை உறுதி செய்கிறது.
டெவொப்ஸ் நடைமுறைகள் மேம்பாடு, நிர்வாகம் மற்றும் சோதனை ஆகியவற்றில் அனுபவத்துடன் மட்டுமே உண்மையான மதிப்பைப் பெறுகின்றன என்பதைக் கவனத்தில் கொள்ள வேண்டும். அப்போதுதான் அறிவு வெறும் சுருக்கமாக இருப்பதை விட அதிகமாக இருக்கும், ஆனால் நிபுணரை (ஒவ்வொரு அர்த்தத்திலும்) வளப்படுத்தும். எனவே, "டெவொப்ஸை புதிதாகக் கற்றுக்கொள்வது" என்ற யோசனை, நீங்கள் ஒருபோதும் கேமராவை வைத்திருக்கவில்லை அல்லது படப்பிடிப்பை இயக்கவில்லை என்றால் "புதிதாக லென்ஸை எவ்வாறு பயன்படுத்துவது என்பதைக் கற்றுக்கொள்வது" என்பதற்குச் சமம். பாடநெறி உங்களுக்கு சரியானதா என்பதை நீங்கள் தீர்மானிக்க உதவ, உங்கள் அறிவு அளவை சோதிக்கும் ஒரு நுழைவுத் தேர்வை நாங்கள் உருவாக்கியுள்ளோம்.
இது ஒரு அம்சம்னு நினைக்கிறேன். — ஒவ்வொரு மாணவரும் தங்கள் படிப்பின் போது எந்த திசையில் செல்ல விரும்புகிறார்கள் என்பதைத் தாங்களாகவே தீர்மானிக்கிறார்கள். ஒரு டெவலப்பர் ஒரு உள்கட்டமைப்பு பொறியாளராக மாறுவதையும், ஒரு நிர்வாகி குறியீட்டு முறைமையில் ஆர்வம் காட்டுவதையும் உணரும் மாற்றங்களை நாம் அடிக்கடி காண்கிறோம் - பின்னர் அவர்கள் மொழியை மேலும் படித்து, புதிதாகப் பெற்ற DevOps திறன்களால் அதை நிரப்புகிறார்கள். எனவே, தொழில் வாழ்க்கையில் சிக்கித் தவிப்பவர்களை நாங்கள் குறிப்பாக வரவேற்கிறோம். பாடநெறி மே 28 அன்று தொடங்குகிறது, ஆனால் வகுப்புகள் தொடங்கிய இரண்டு வாரங்களுக்குப் பிறகு நீங்கள் சேரலாம். நீங்கள் நிரலைப் பார்த்து தேர்வில் பங்கேற்கலாம். OTUS இல் சந்திப்போம்!
ஆதாரம்: www.habr.com
