ஹே ஹப்ர்! கட்டுரையின் மொழிபெயர்ப்பை உங்கள் கவனத்திற்கு முன்வைக்கிறேன் ஸ்டீவ் மெசாக் மூலம்.
உங்கள் பார்வையைப் பொறுத்து, DevOps இந்த ஆண்டு அதன் ஒன்பதாவது அல்லது பத்தாவது ஆண்டு நிறைவைக் கொண்டாடும். 2016 ஆம் ஆண்டில், RightScales இன் ஸ்டேட் ஆஃப் தி கிளவுட் அறிக்கை, 70 சதவீத SMBக்கள் DevOps நடைமுறைகளைப் பின்பற்றுவதாகக் குறிப்பிட்டது. இந்த மதிப்பெண்ணை உருவாக்கும் ஒவ்வொரு குறிகாட்டியும் பின்னர் அதிகரித்துள்ளது. DevOps அதன் இரண்டாவது தசாப்தத்தில் நுழையத் தயாராகிக்கொண்டிருக்கும்போது, கடந்த காலத்தை உலாவவிட்டு, DevOps இன் தோற்றத்திற்குத் திரும்புவது மற்றும் பெயரின் தோற்றம் கூட நன்றாக இருக்கும்.
2007 க்கு முன்: நிகழ்வுகளின் சரியான சங்கிலி
2007 க்கு முன், ஒரு தொடர்ச்சியான சூழ்நிலைகள் இறுதியில் இன்று DevOps என அழைக்கப்படுவதைப் பெற்றெடுத்தன.
ஒல்லியான சிறந்த நடைமுறை என்று ஏற்கனவே நிரூபித்துள்ளது. எனவும் அறியப்படுகிறது டொயோட்டா உற்பத்தி அமைப்பு, லீன் மேனுஃபேக்ச்சரிங், உற்பத்தித் தளத்தில் செயல்முறைகளை மேம்படுத்த முயற்சிக்கிறது. (இதன் மூலம், டொயோட்டா நிர்வாகம் ஆரம்பத்தில் ஃபோர்டு மோட்டார் நிறுவனத்தால் அறிமுகப்படுத்தப்பட்ட அசல் அசெம்பிளி லைன் முறைகளால் ஈர்க்கப்பட்டது). தொடர்ச்சியான முன்னேற்றம் மெலிந்த உற்பத்திக்கான மந்திரம். நடைமுறையில், பின்வரும் பாதைகள் தொடர்ந்து மதிப்பீடு செய்யப்படுகின்றன:
- மூலப்பொருட்கள் மற்றும் முடிக்கப்பட்ட பொருட்களின் இருப்பு நிலைகளை குறைந்தபட்சமாக பராமரித்தல். மெலிந்த உற்பத்தி என்பது பொருட்களை உற்பத்தி செய்வதற்கான மூலப்பொருட்களின் குறைந்தபட்ச சரக்கு மற்றும் ஆர்டர் அல்லது அனுப்பப்படுவதற்கு காத்திருக்கும் முடிக்கப்பட்ட தயாரிப்புகளின் குறைந்தபட்ச அளவு.
- ஆர்டர் வரிசையைக் குறைத்தல். வெறுமனே, பெறப்பட்ட ஆர்டர்கள் உடனடியாக முடிக்கப்பட்ட நிலைக்கு நகரும். மெலிந்த உற்பத்திக்கான முக்கிய மெட்ரிக் எப்போதும் ஆர்டர் ரசீது முதல் டெலிவரி வரை இருக்கும்.
- உற்பத்தி செயல்முறையின் செயல்திறனை அதிகரிப்பது. செயல்முறை மறு-பொறியியல் மற்றும் மேம்படுத்தப்பட்ட ஆட்டோமேஷன் ஆகியவை கூடிய விரைவில் பொருட்களை உற்பத்தி செய்ய ஒன்றிணைகின்றன. முழுப் பாதையிலும் (கட்டிங், வெல்டிங், அசெம்பிளி, டெஸ்டிங் போன்றவை) உற்பத்தியின் ஒவ்வொரு பகுதியும் திறமையின்மைக்காக மதிப்பிடப்படுகிறது.
தகவல் தொழில்நுட்ப உலகில், நீர்வீழ்ச்சி மாதிரியின் சாப்ட்வேர் மேம்பாட்டின் பாரம்பரிய முறைகள் ஏற்கனவே வேகமாக செயல்படும் முறைகளுக்கு வழிவகுத்துள்ளன. சுறுசுறுப்பான. விரைவான வளர்ச்சி மற்றும் வரிசைப்படுத்துதலின் நோக்கத்தில் தரம் சில சமயங்களில் பாதிக்கப்பட்டிருந்தாலும், வேகம் ஒரு பேரணியாக இருந்தது. அதே வழியில், குறிப்பாக கிளவுட் கம்ப்யூட்டிங் உள்கட்டமைப்பு-ஒரு சேவையாக (IaaS) மற்றும் மேடை-சக்தியளித்திருக்கிறது சேவை (PaaS) IT செயல்முறைகள் மற்றும் உள்கட்டமைப்பில் முதிர்ந்த தீர்வுகளாக தங்களை நிரூபித்துள்ளன.
இறுதியாக, கருவித்தொகுப்புகள் சமீபத்தில் தோன்றத் தொடங்கின தொடர்ச்சியான ஒருங்கிணைப்பு (CI). CI கருவிகளின் யோசனை 1991 இல் கிராடி பூச்சால் அவரது பூச் முறையில் பிறந்து வழங்கப்பட்டது.
2007-2008: ஏமாற்றமடைந்த பெல்ஜியன்
பெல்ஜிய ஆலோசகர், சுறுசுறுப்பான திட்டம் மற்றும் பயிற்சி மேலாளர் பேட்ரிக் டெபோயிஸ், டேட்டா சென்டர் இடம்பெயர்வுக்கு உதவுவதற்காக பெல்ஜிய அரசாங்க அமைச்சகத்தின் சந்திப்பை ஏற்றுக்கொண்டார். குறிப்பாக, அவர் சான்றிதழ் மற்றும் தயார்நிலை சோதனையில் ஈடுபட்டார். மென்பொருள் மேம்பாட்டுக் குழுக்கள் மற்றும் சேவையகம், தரவுத்தளம் மற்றும் நெட்வொர்க் செயல்பாட்டுக் குழுக்களுக்கு இடையேயான உறவுகளை ஒருங்கிணைத்து உருவாக்க அவரது பொறுப்புகள் தேவைப்பட்டன. ஒருங்கிணைப்பு இல்லாமை மற்றும் வளர்ச்சி மற்றும் செயல்பாட்டு முறைகளை பிரிக்கும் சுவர்கள் ஆகியவற்றில் அவரது விரக்தி அவருக்கு கசப்பை ஏற்படுத்தியது. டெஸ்போயிஸின் ஆசை விரைவில் முன்னேற்றம் அடையச் செய்தது.
2008 ஆம் ஆண்டு டொராண்டோவில் நடந்த சுறுசுறுப்பான மாநாட்டில், ஆண்ட்ரூ ஷேஃபர் இந்த தலைப்பைப் பற்றி விவாதிக்க சிறப்பாக ஏற்பாடு செய்யப்பட்ட ஒரு முறைசாரா கூட்டத்தை நடத்துவதற்கு முன்மொழிந்தார்.சுறுசுறுப்பான உள்கட்டமைப்பு"மேலும் ஒரு நபர் மட்டுமே தலைப்பைப் பற்றி விவாதிக்க வந்தார்: பேட்ரிக் டிபோயிஸ். அவர்களின் விவாதம் மற்றும் கருத்துப் பரிமாற்றம் அஜில் சிஸ்டம்ஸ் நிர்வாகத்தின் கருத்தை மேம்படுத்தியது. அதே ஆண்டில், டெபோயிஸ் மற்றும் ஷேஃபர் Google இல் மிதமான வெற்றிகரமான அஜில் சிஸ்டம்ஸ் நிர்வாகி குழுவை உருவாக்கினர்.
2009: தேவ் மற்றும் ஓப்ஸ் இடையே ஒத்துழைப்பின் வழக்கு
O'Reilly Velocity மாநாட்டில், இரண்டு Flickr ஊழியர்கள், தொழில்நுட்ப நடவடிக்கைகளின் மூத்த துணைத் தலைவர் ஜான் ஆல்ஸ்பாவ் மற்றும் CTO பால் ஹம்மண்ட் ஆகியோர் இப்போது பிரபலமான விளக்கக்காட்சியை வழங்கினர். "ஒரு நாளைக்கு 10 வரிசைப்படுத்தல்கள்: Flickr இல் Dev மற்றும் Ops ஒத்துழைப்பு".
இந்த விளக்கக்காட்சி ஒரு நாடகமாக இருந்தது, ஆல்ஸ்பா மற்றும் ஹேமண்ட் டெவலப்மென்ட் மற்றும் ஆபரேஷன்ஸ் பிரதிநிதிகளுக்கிடையேயான சிக்கலான தொடர்புகளை மென்பொருள் வரிசைப்படுத்தல் செயல்பாட்டின் போது மீண்டும் செயல்படுத்தி, "இது எனது குறியீடு அல்ல, இது உங்கள் கணினிகள் அனைத்தும்!" மென்பொருள் மேம்பாடு மற்றும் வரிசைப்படுத்தல் நடவடிக்கைகள் தடையின்றி, வெளிப்படையானதாக மற்றும் முழுமையாக ஒருங்கிணைக்கப்படுவதே விவேகமான விருப்பம் என்பதை அவர்களின் விளக்கக்காட்சி உறுதிப்படுத்தியது. காலப்போக்கில், இந்த விளக்கக்காட்சி பழம்பெருமை பெற்றது மற்றும் இப்போது வரலாற்று ரீதியாக ஒரு முக்கிய மைல்கல்லாகக் காணப்படுகிறது, அப்போது IT துறை இன்று DevOps என அறியப்படும் முறைக்கு அழைப்பு விடுத்தது.
2010: அமெரிக்காவில் DevOps
வளர்ந்து வரும் பின்தொடர்பவர்களுடன், டெவொப்ஸ்டேஸ் மாநாடு முதன்முறையாக அமெரிக்காவில் கலிபோர்னியாவில் உள்ள மவுண்டன் வியூவில், வருடாந்திர வேக மாநாட்டைத் தொடர்ந்து உடனடியாக நடத்தப்பட்டது. 2018 க்கு வேகமாக முன்னேறி, அமெரிக்காவில் டஜன் கணக்கானவை உட்பட 30 க்கும் மேற்பட்ட DevOpsDays மாநாடுகள் திட்டமிடப்பட்டுள்ளன.
2013: திட்டம் "பீனிக்ஸ்"
நம்மில் பலருக்கு, DevOps இன் வரலாற்றில் மற்றொரு குறிப்பிடத்தக்க தருணம், ஜீன் கிம், கெவின் பெஹ்ர் மற்றும் ஜார்ஜ் சஃபோர்ட் ஆகியோரால் "The Phoenix Project" புத்தகத்தின் வெளியீடு ஆகும். இந்த நாவல் ஒரு அவநம்பிக்கையான சூழ்நிலையில் தன்னைக் கண்டுபிடிக்கும் ஒரு தகவல் தொழில்நுட்ப மேலாளரின் கதையைச் சொல்கிறது: தவறாகப் போன ஒரு முக்கியமான இ-காமர்ஸ் திட்டத்தை மீட்பதில் அவர் பணிக்கப்பட்டுள்ளார். மேலாளரின் மர்மமான வழிகாட்டி - மெலிந்த உற்பத்தி முறைகளில் ஆர்வமுள்ள இயக்குநர்கள் குழுவின் உறுப்பினர் - டெவொப்ஸின் கருத்தை எதிர்பார்த்து, ஐடி மற்றும் பயன்பாட்டு மேம்பாடு பற்றி சிந்திக்க முக்கிய கதாபாத்திரத்திற்கு புதிய வழிகளை பரிந்துரைக்கிறார். ஒரு புதிய பெரிய அவுட்சோர்ஸ் தயாரிப்பின் வளர்ச்சியின் போது மென்பொருளின் VP டெவொப்ஸைப் பயன்படுத்தும் இதேபோன்ற வணிகக் கதையைப் பற்றி "அவுட்சோர்ஸ் அல்லது வேறு..." புத்தகத்தை எழுத "தி ஃபீனிக்ஸ் திட்டம்" எங்களைத் தூண்டியது.
எதிர்காலத்திற்கான DevOps
டெவொப்ஸை ஒரு இறுதி இலக்காகக் காட்டிலும் ஒரு பயணம் அல்லது ஒரு அபிலாஷை என்று விவரிப்பது மதிப்புக்குரியது. டெவொப்ஸ், மெலிந்த உற்பத்தி போன்றது, தொடர்ச்சியான முன்னேற்றம், அதிகரித்த உற்பத்தித்திறன் மற்றும் செயல்திறன் மற்றும் தொடர்ச்சியான வரிசைப்படுத்தலுக்கும் பாடுபடுகிறது. DevOps ஐ ஆதரிக்கும் தானியங்கு கருவிகள் தொடர்ந்து உருவாகி வருகின்றன.
கடந்த தசாப்தத்தில் DevOps தொடங்கப்பட்டதில் இருந்து நிறைய சாதிக்கப்பட்டுள்ளது, மேலும் 2018 மற்றும் அதற்குப் பிறகு இன்னும் அதிகமாகப் பார்க்கலாம்.
ஆதாரம்: www.habr.com