எ சாங் ஆஃப் ஐஸ் (ப்ளடி எண்டர்பிரைஸ்) மற்றும் ஃபயர் (DevOps மற்றும் IaC)

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

எ சாங் ஆஃப் ஐஸ் (ப்ளடி எண்டர்பிரைஸ்) மற்றும் ஃபயர் (DevOps மற்றும் IaC)
கட்டுரையின் தலைப்பு இப்படி இருப்பதால், எண்டர்பிரைஸ் பக்கம் போன டேனெரிஸ் பூனையாக நடிக்கிறார்.

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

எ சாங் ஆஃப் ஐஸ் (ப்ளடி எண்டர்பிரைஸ்) மற்றும் ஃபயர் (DevOps மற்றும் IaC)

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

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

எ சாங் ஆஃப் ஐஸ் (ப்ளடி எண்டர்பிரைஸ்) மற்றும் ஃபயர் (DevOps மற்றும் IaC)

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

அன்பே,

முதலில், உங்கள் நெக்ஸஸை நீங்களே வைத்துக் கொள்ளலாம்
இரண்டாவதாக, அனைத்து மாற்றங்களும் மாற்றக் கோரிக்கையாக வழங்கப்பட வேண்டும்.
Nexus இலிருந்து SQL ஸ்கிரிப்ட்களைப் பிரித்தெடுத்து, அவற்றை மாற்றக் கோரிக்கையுடன் இணைக்க வேண்டும்.
மாற்றம் அவசரகாலமாக இல்லாவிட்டால், வெளியீட்டிற்கு 7 நாட்களுக்கு முன்பு (வார இறுதியில் பிரத்தியேகமாக) செய்யப்பட வேண்டும்.
உங்கள் மாற்றக் கோரிக்கையானது பலரால் அங்கீகரிக்கப்பட்டால், DBA உங்கள் ஸ்கிரிப்டை இயக்கி, அதன் முடிவின் ஸ்கிரீன்ஷாட்டை அஞ்சல் மூலம் அனுப்பும்.

வாழ்த்துகள், மெயின்பிரேம் காலத்திலிருந்து இங்கு பணிபுரியும் உங்கள் DBA.

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

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

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

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

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

உங்கள் கற்பனைகள் அனைத்தும் தணிக்கை மூலம் வரையறுக்கப்பட்டுள்ளன என்பதை மறந்துவிடாதீர்கள். அது எல்லாவற்றையும் மாற்றுகிறது. கருத்துகளில் உங்களுக்காக காத்திருக்கிறேன்!

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

கருத்தைச் சேர்