DevOps யார்?

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

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

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

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

DevOps பொறியாளர்கள் யார்?

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

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

ஒரு "அற்புதமான" விஷயம் தோன்றியது - டோக்கர். ஏன் அற்புதம்? ஆம், ஒரு chroot அல்லது சிறையில் தனிமைப்படுத்தப்படுவதால், OpenVZ, OS பற்றிய அற்பமான அறிவு தேவைப்படுவதால், இதற்கு மாறாக, ஒரு குறிப்பிட்ட ஹோஸ்டில் தேவையான அனைத்தையும் உள்ளேயும் கையும் கொண்டு தனிமைப்படுத்தப்பட்ட பயன்பாட்டு சூழலை உருவாக்க பயன்பாடு உங்களை அனுமதிக்கிறது. மீண்டும் வளர்ச்சியின் கட்டுப்பாட்டில், மற்றும் கணினி நிர்வாகி ஒரு ஹோஸ்டுடன் மட்டுமே நிர்வகிக்க முடியும், அதன் பாதுகாப்பு மற்றும் அதிக கிடைக்கும் தன்மையை உறுதிசெய்கிறது - ஒரு தர்க்கரீதியான எளிமைப்படுத்தல். ஆனால் முன்னேற்றம் இன்னும் நிற்கவில்லை மற்றும் அமைப்புகள் மீண்டும் மேலும் மேலும் சிக்கலானதாகி வருகின்றன, மேலும் மேலும் கூறுகள் உள்ளன, ஒரு ஹோஸ்ட் இனி கணினியின் தேவைகளை பூர்த்தி செய்யாது மற்றும் கிளஸ்டர்களை உருவாக்குவது அவசியம், நாங்கள் மீண்டும் கணினி நிர்வாகிகளிடம் திரும்புகிறோம். இந்த அமைப்புகளை உருவாக்க முடியும்.

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

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

கட்டிட பொறியாளர்/வெளியீட்டு பொறியாளர்

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

Ops மிகவும் வித்தியாசமானது

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

• TechOps - enikey அமைப்பு நிர்வாகிகள் aka HelpDesk Engineer
• LiveOps - உற்பத்தி சூழல்களுக்கு முதன்மையாக பொறுப்பான கணினி நிர்வாகிகள்
• CloudOps - பொது மேகங்கள் Azure, AWS, GCP போன்றவற்றில் நிபுணத்துவம் பெற்ற கணினி நிர்வாகிகள்.
• PlatOps/InfraOps/SysOps - உள்கட்டமைப்பு அமைப்பு நிர்வாகிகள்.
• NetOps - பிணைய நிர்வாகிகள்
• SecOps - தகவல் பாதுகாப்பில் நிபுணத்துவம் பெற்ற கணினி நிர்வாகிகள் - PCI இணக்கம், CIS இணக்கம், ஒட்டுதல் போன்றவை.

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

இந்த வகையான வேலை மற்றும் பொறுப்புகளைச் செய்ய, இந்த நபருக்கு வளர்ச்சி மற்றும் சோதனை செயல்முறைகள் மட்டுமல்லாமல், தயாரிப்பு உள்கட்டமைப்பின் மேலாண்மை மற்றும் வள திட்டமிடல் ஆகியவற்றை நிர்வகிக்கும் வழிமுறைகள் இருக்க வேண்டும். இந்த புரிதலில் உள்ள DevOps ஐ IT, அல்லது R&D, அல்லது PMO இல் கூட இருக்க முடியாது; இந்த எல்லா பகுதிகளிலும் அது செல்வாக்கு பெற்றிருக்க வேண்டும் - நிறுவனத்தின் தொழில்நுட்ப இயக்குனர், தலைமை தொழில்நுட்ப அதிகாரி.

உங்கள் நிறுவனத்தில் இது உண்மையா? - நான் சந்தேகிக்கிறேன். பெரும்பாலான சந்தர்ப்பங்களில், இது IT அல்லது R&D.

நிதி இல்லாமை மற்றும் செயல்பாட்டின் இந்த மூன்று பகுதிகளில் குறைந்தபட்சம் ஏதாவது ஒரு செல்வாக்கு செலுத்தும் திறன் ஆகியவை சிக்கல்களின் எடையை இந்த மாற்றங்களை எளிதாகப் பயன்படுத்தக்கூடிய இடத்திற்கு மாற்றும், அதாவது நிலையான படி "அழுக்கு" குறியீட்டுடன் தொடர்புடைய வெளியீடுகளில் தொழில்நுட்ப கட்டுப்பாடுகளைப் பயன்படுத்துதல் போன்றவை. பகுப்பாய்வி அமைப்புகள். அதாவது, செயல்பாட்டின் வெளியீட்டிற்கு PMO கடுமையான காலக்கெடுவை நிர்ணயிக்கும் போது, ​​R&D இந்த காலக்கெடுவிற்குள் உயர்தர முடிவை உருவாக்க முடியாது மற்றும் அதை முடிந்தவரை சிறப்பாக உருவாக்குகிறது, பின்னர் மறுசீரமைப்பதை விட்டுவிட்டு, IT தொடர்பான DevOps தொழில்நுட்ப வழிமுறைகளால் வெளியீட்டைத் தடுக்கிறது. . நிலைமையை மாற்றுவதற்கான அதிகாரமின்மை, பொறுப்பான ஊழியர்களின் விஷயத்தில், அவர்களால் பாதிக்க முடியாதவற்றிற்கான அதிக பொறுப்பின் வெளிப்பாட்டிற்கு வழிவகுக்கிறது, குறிப்பாக இந்த ஊழியர்கள் புரிந்துகொண்டு தவறுகளைப் பார்த்தால், அவற்றை எவ்வாறு சரிசெய்வது - "பேரன்ஸ் என்பது அறியாமை", மற்றும் இந்த ஊழியர்களின் தீக்காயம் மற்றும் இழப்பு ஆகியவற்றின் விளைவாக.

DevOps வள சந்தை

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

நீங்கள் இருந்தால் உங்களைச் சந்திக்க நாங்கள் தயாராக இருக்கிறோம்:

1. நீங்கள் Zabbix ஐச் சொந்தமாக வைத்திருக்கிறீர்கள், மேலும் ப்ரோமிதியஸ் என்றால் என்ன என்பது உங்களுக்குத் தெரியும்;
2. Iptables;
3. BASH PhD மாணவர்;
4. பேராசிரியர் அன்சிபிள்;
5. லினக்ஸ் குரு;
6. டெவலப்பர்களுடன் (php/java/python) இணைந்து பிழைத்திருத்தத்தைப் பயன்படுத்துவது மற்றும் பயன்பாட்டுச் சிக்கல்களைக் கண்டறிவது எப்படி என்பதை அறிந்து கொள்ளுங்கள்;
7. ரூட்டிங் உங்களை வெறிக்கு ஆளாக்காது;
8. கணினி பாதுகாப்பில் குறிப்பிடத்தக்க கவனம் செலுத்துங்கள்;
9. "எதையும் எல்லாவற்றையும்" காப்புப் பிரதி எடுக்கவும், மேலும் இந்த "எதையும் எல்லாவற்றையும்" வெற்றிகரமாக மீட்டெடுக்கவும்;
10. குறைந்தபட்சத்திலிருந்து அதிகபட்சத்தைப் பெறும் வகையில் கணினியை எவ்வாறு கட்டமைப்பது என்பது உங்களுக்குத் தெரியும்;
11. Postgres மற்றும் MySQL இல் படுக்கைக்குச் செல்வதற்கு முன் நகலெடுப்பை அமைக்கவும்;
12. காலை உணவு/மதியம்/இரவு உணவு என உங்களுக்கு CI/CDயை அமைத்து சரிசெய்தல் அவசியம்.
13. AWS உடன் அனுபவம் உள்ளது;
14. நிறுவனத்துடன் இணைந்து உருவாக்கத் தயார்;

எனவே:

• 1 முதல் 6 வரை - கணினி நிர்வாகி
• 7 - ஒரு சிறிய பிணைய நிர்வாகம், இது கணினி நிர்வாகி, நடுத்தர மட்டத்திலும் பொருந்துகிறது
• 8 - ஒரு சிறிய பாதுகாப்பு, இது ஒரு நடுத்தர நிலை கணினி நிர்வாகிக்கு கட்டாயமாகும்
• 9-11 - மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர்
• 12 — ஒதுக்கப்பட்ட பணிகளைப் பொறுத்து, மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர் அல்லது பில்ட் இன்ஜினியர்
• 13 - மெய்நிகராக்கம் - மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர், அல்லது CloudOps என அழைக்கப்படும், ஒரு குறிப்பிட்ட ஹோஸ்டிங் தளத்தின் சேவைகள் பற்றிய மேம்பட்ட அறிவு, நிதியை திறமையாகப் பயன்படுத்துவதற்கும், பராமரிப்பின் சுமையைக் குறைப்பதற்கும்

இந்த காலியிடத்தை சுருக்கமாக, தோழர்களுக்கு மிடில்/சீனியர் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர் போதும் என்று சொல்லலாம்.

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

மற்றொரு காலியிடத்தைக் கருத்தில் கொள்வோம்:

1. அதிக சுமை அமைப்புகளை உருவாக்குவதில் அனுபவம்;
2. Linux OS, பொது அமைப்பு மென்பொருள் மற்றும் வலை அடுக்கு (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK) பற்றிய சிறந்த அறிவு;
3. மெய்நிகராக்க அமைப்புகளுடன் அனுபவம் (KVM, VMWare, LXC/Docker);
4. ஸ்கிரிப்டிங் மொழிகளில் தேர்ச்சி;
5. நெட்வொர்க் புரோட்டோகால் நெட்வொர்க்குகளின் இயக்கக் கொள்கைகளைப் புரிந்துகொள்வது;
6. தவறு-சகிப்பு அமைப்புகளை உருவாக்குவதற்கான கொள்கைகளைப் புரிந்துகொள்வது;
7. சுதந்திரம் மற்றும் முன்முயற்சி;

பார்ப்போம்:

• 1 - மூத்த கணினி நிர்வாகி
• 2 - இந்த அடுக்கில் உள்ள பொருளைப் பொறுத்து - நடுத்தர/மூத்த கணினி நிர்வாகி
• 3 - பணி அனுபவம், இதை உள்ளடக்கியதாக இருக்கலாம் - "கிளஸ்டர் உயர்த்தவில்லை, ஆனால் மெய்நிகர் இயந்திரங்களை உருவாக்கி நிர்வகிக்கிறது, ஒரு டோக்கர் ஹோஸ்ட் இருந்தது, கொள்கலன்களுக்கான அணுகல் கிடைக்கவில்லை" - மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர்
• 4 - ஜூனியர் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர் - ஆம், அடிப்படை ஆட்டோமேஷன் ஸ்கிரிப்ட்களை எழுதத் தெரியாத ஒரு நிர்வாகி, எந்த மொழியைப் பொருட்படுத்தாமல், நிர்வாகி அல்ல - enikey.
• 5 - மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர்
• 6 - மூத்த கணினி நிர்வாகி

சுருக்கமாக - மத்திய/மூத்த கணினி நிர்வாகி

மற்றொன்று:

1. அனுபவத்தைப் பெறுகிறது;
2. CI/CD செயல்முறைகளை உருவாக்க ஒன்று அல்லது அதற்கு மேற்பட்ட தயாரிப்புகளைப் பயன்படுத்துவதில் அனுபவம். Gitlab CI ஒரு நன்மையாக இருக்கும்;
3. கொள்கலன்கள் மற்றும் மெய்நிகராக்கத்துடன் பணிபுரிதல்; நீங்கள் டோக்கரைப் பயன்படுத்தினால், நல்லது, ஆனால் நீங்கள் k8s ஐப் பயன்படுத்தினால், சிறந்தது!
4. சுறுசுறுப்பான குழுவில் பணிபுரிந்த அனுபவம்;
5. எந்த நிரலாக்க மொழியின் அறிவு;

பார்ப்போம்:

• 1 - ம்ம்... தோழர்களே என்ன அர்த்தம்? =) அதற்குப் பின்னால் என்ன மறைந்திருக்கிறது என்பது பெரும்பாலும் அவர்களுக்கே தெரியாது
• 2 - கட்டிட பொறியாளர்
• 3 - மிடில் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர்
• 4 - மென்மையான திறன், நாங்கள் இப்போது அதை கருத்தில் கொள்ள மாட்டோம், இருப்பினும் சுறுசுறுப்பானது மற்றொரு விஷயம் வசதியான வகையில் விளக்கப்படுகிறது.
• 5 - மிகவும் சொற்கள் - இது ஸ்கிரிப்டிங் மொழியாகவோ அல்லது தொகுக்கப்பட்ட மொழியாகவோ இருக்கலாம். பள்ளியில் பாஸ்கல் மற்றும் பேசிக் எழுதுவது அவர்களுக்குப் பொருந்துமா? =)

சிஸ்டம் அட்மினிஸ்ட்ரேட்டரால் இந்தப் புள்ளி ஏன் மறைக்கப்பட்டது என்பதைப் புரிந்துகொள்வதற்காக, புள்ளி 3 பற்றிய ஒரு குறிப்பை இட விரும்புகிறேன். குபெர்னெட்டஸ் என்பது ஒரு ஆர்கெஸ்ட்ரேஷன், நெட்வொர்க் டிரைவர்கள் மற்றும் மெய்நிகராக்கம்/தனிமைப்படுத்தல் ஹோஸ்ட்களுக்கு நேரடி கட்டளைகளை இரண்டு கட்டளைகளில் மறைத்து, அவர்களுடன் சுருக்கமாக தொடர்பு கொள்ள உங்களை அனுமதிக்கும் ஒரு கருவியாகும், அவ்வளவுதான். எடுத்துக்காட்டாக, 'கட்டமைப்பை உருவாக்கு' என்பதை எடுத்துக் கொள்வோம், இது ஒரு கட்டமைப்பாக நான் கருதவில்லை. ஆம், எங்கு வேண்டுமானாலும், தேவையான மற்றும் தேவையில்லாத இடத்தில், மேக்கைத் தள்ளும் ஃபேஷனைப் பற்றி எனக்குத் தெரியும் - எடுத்துக்காட்டாக, மேவனை மேக்கில் போர்த்துவது, தீவிரமாக?
அடிப்படையில், Make என்பது ஷெல்லின் மேல் ஒரு ரேப்பர் ஆகும், இது k8s போன்றே தொகுத்தல், இணைத்தல் மற்றும் தொகுத்தல் சூழல் கட்டளைகளை எளிதாக்குகிறது.

ஒருமுறை, ஓபன்ஸ்டாக்கின் மேல் தனது வேலையில் k8s ஐப் பயன்படுத்திய ஒரு நபரை நான் நேர்காணல் செய்தேன், மேலும் அவர் அதில் எவ்வாறு சேவைகளைப் பயன்படுத்தினார் என்பதைப் பற்றி பேசினார், இருப்பினும், OpenStack பற்றி நான் கேட்டபோது, ​​​​அது நிர்வகிக்கப்பட்டது, அத்துடன் கணினியால் உயர்த்தப்பட்டது. நிர்வாகிகள். OpenStack ஐ நிறுவிய ஒருவர், அவருக்குப் பின்னால் எந்த தளத்தைப் பயன்படுத்தினாலும், k8s ஐப் பயன்படுத்த முடியாது என்று நீங்கள் நினைக்கிறீர்களா? =)
இந்த விண்ணப்பதாரர் உண்மையில் ஒரு DevOps அல்ல, ஆனால் ஒரு சிஸ்டம் அட்மினிஸ்ட்ரேட்டர் மற்றும் இன்னும் துல்லியமாகச் சொல்வதானால், ஒரு குபெர்னெட்ஸ் நிர்வாகி.

மீண்டும் ஒருமுறை சுருக்கமாகச் சொல்கிறோம் - அவர்களுக்கு மிடில்/சீனியர் சிஸ்டம் அட்மினிஸ்ட்ரேட்டர் போதுமானது.

கிராம் எடை எவ்வளவு

சுட்டிக்காட்டப்பட்ட காலியிடங்களுக்கான முன்மொழியப்பட்ட சம்பள வரம்பு 90k-200k ஆகும்
சிஸ்டம் அட்மினிஸ்ட்ரேட்டர்கள் மற்றும் டெவொப்ஸ் இன்ஜினியர்களின் பண வெகுமதிகளுக்கு இடையே ஒரு இணையை இப்போது வரைய விரும்புகிறேன்.

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

ஒரு அனுபவம்:

1. 3 ஆண்டுகள் வரை - ஜூனியர்
2. 6 வயது வரை - நடுத்தர
3. 6க்கு மேல் - மூத்தவர்

பணியாளர் தேடல் தளம் வழங்குகிறது:
கணினி நிர்வாகிகள்:

1. ஜூனியர் - 2 ஆண்டுகள் - 50 ஆயிரம் ரப்.
2. நடுத்தர - ​​5 ஆண்டுகள் - 70k ரப்.
3. மூத்த - 11 ஆண்டுகள் - 100k ரப்.

DevOps பொறியாளர்கள்:

1. ஜூனியர் - 2 ஆண்டுகள் - 100 ஆயிரம் ரப்.
2. நடுத்தர - ​​3 ஆண்டுகள் - 160k ரப்.
3. மூத்த - 6 ஆண்டுகள் - 220k ரப்.

"DevOps" இன் அனுபவத்தின்படி, குறைந்தபட்சம் எப்படியாவது SDLC ஐ பாதித்த அனுபவம் பயன்படுத்தப்பட்டது.

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

DevOps பொறியாளர்களைப் பயிற்றுவிக்கும் செயல்முறையானது குறிப்பிட்ட வேலைகள், பயன்பாடுகளின் தொகுப்பிற்கு மட்டுமே வரையறுக்கப்பட்டுள்ளது, மேலும் செயல்முறைகள் மற்றும் அவற்றின் சார்புகளைப் பற்றிய பொதுவான புரிதலை வழங்காது. கன்சோலில் ஒரே ஒரு கட்டளையைப் பயன்படுத்தி, 10 நிமிடங்களில் இந்த கிளஸ்டரில் உள்ள Fluentd சைட்கார் மற்றும் AWS ELK ஸ்டாக் ஆகியவற்றுடன் இணைந்து, டெர்ராஃபார்மைப் பயன்படுத்தி, AWS EKSஐ ஒரு நபர் XNUMX நிமிடங்களில் பயன்படுத்தினால், அது நிச்சயமாக நல்லது. பதிவுகளை செயலாக்குவதற்கான கொள்கை மற்றும் அவை எதற்காகத் தேவைப்படுகின்றன, அவற்றில் அளவீடுகளை எவ்வாறு சேகரிப்பது மற்றும் சேவையின் சீரழிவைக் கண்காணிப்பது எப்படி என்று உங்களுக்குத் தெரியாவிட்டால், சில பயன்பாடுகளை எவ்வாறு பயன்படுத்துவது என்பது உங்களுக்குத் தெரிந்த அதே enikey தான்.

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

அப்படியானால் அவர்கள் யார்? DevOps அல்லது பேராசை கொண்ட கணினி நிர்வாகிகளா? =)

எப்படி தொடர்ந்து வாழ்வது?

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

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

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