DORA அறிக்கை 2019: DevOps செயல்திறனை எவ்வாறு மேம்படுத்துவது

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

அணி Mail.ru கிளவுட் தீர்வுகள் இருந்து மிகவும் சுவாரசியமாக மொழிபெயர்க்கப்பட்டது 2019 DevOps அறிக்கையை துரிதப்படுத்துங்கள், DevOps ஆராய்ச்சி & மதிப்பீடு (DORA) நிபுணர்களால் தொகுக்கப்பட்டது. இந்த ஆய்வில் உலகம் முழுவதிலுமிருந்து 31 நிபுணர்கள் ஈடுபட்டுள்ளனர். 000 ஆம் ஆண்டில் தொழில்துறையில் என்ன மாற்றம் ஏற்பட்டது மற்றும் வணிகங்கள் தங்கள் மென்பொருள் விநியோக செயல்திறனை எவ்வாறு மேம்படுத்தலாம் என்பதைப் பார்ப்போம்.

தொழில்துறை மற்றும் நிறுவனத்தின் அளவு DevOps நிலையை எவ்வாறு பாதிக்கிறது

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

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

ஒரு நிறுவனத்தில் DevOps அளவை எவ்வாறு மதிப்பிடுவது

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

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

DevOps இன் நான்கு நிலைகள் - உங்கள் நிறுவனம் எங்குள்ளது என்பதை மதிப்பிடுங்கள்:

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

சிறந்த பதிவுகளைக் கொண்ட அணிகள்

நல்ல செயல்திறன் கொண்ட அணிகள்

சராசரி அணிகள்

குறைந்த செயல்திறன் கொண்ட அணிகள்

வரிசைப்படுத்தல் அதிர்வெண்
நிறுவனம் எவ்வளவு அடிக்கடி குறியீட்டை உற்பத்திக்கு பயன்படுத்துகிறது அல்லது இறுதி பயனர்களுக்கு வெளியிடுகிறது.

கோரிக்கையின் பேரில், ஒரு நாளைக்கு பல வரிசைப்படுத்தல்கள்

ஒரு நாளைக்கு ஒரு முறை முதல் வாரத்திற்கு ஒரு முறை வரை

வாரம் ஒரு முறை முதல் மாதம் ஒரு முறை வரை

மாதம் ஒருமுறை/பல மாதங்களுக்கு ஒருமுறை

செயல்படுத்தும் நேரத்தை மாற்றவும்
தயாரிப்பில் வெற்றிகரமாக இயங்கும் மென்பொருளுக்கு சோதனையிலிருந்து மாற எவ்வளவு நேரம் ஆகும்?

ஒரு நாளுக்குள்

ஒரு நாள் முதல் ஒரு வாரம் வரை

ஒரு வாரம் முதல் ஒரு மாதம் வரை

ஒரு மாதம் முதல் ஆறு மாதங்கள் வரை

சேவை மீட்பு நேரம்
பயனர்களைப் பாதிக்கும் ஒரு சம்பவம் அல்லது பிழைக்குப் பிறகு சேவையை மீட்டமைக்க எவ்வளவு நேரம் ஆகும்.

ஒரு மணி நேரத்திற்கும் குறைவாக

நாளின் போது

ஒரு வாரத்தில்

ஒரு வாரம் முதல் ஒரு மாதம் வரை

தோல்வி விகிதத்தை மாற்றவும்
எந்த சதவீத புதுப்பிப்புகள் அல்லது புதிய வெளியீடுகள் தரமிழந்த சேவையில் விளைகின்றன மற்றும் திருத்தங்கள் தேவையா?

0-15%

0-15%

0-15%

46-60%

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

செயல்திறன் நிலை மூலம் மேம்பாட்டுக் குழுக்களின் விநியோகம்.

குறைந்த செயல்திறன் கொண்ட குழுவில் உள்ள அணிகளுடன் ஒப்பிடும்போது, ​​அதிக செயல்திறன் கொண்ட DevOps அணிகள்:

1. 208 மடங்கு அதிகமான குறியீடு வரிசைப்படுத்தல்களைச் செய்தது.
2. குறியீடு வரிசைப்படுத்தலில் 106 மடங்கு குறைவான நேரத்தை செலவிட்டது.
3. நாங்கள் தோல்விகளை 7 மடங்கு குறைவாக சந்தித்தோம்.
4. தோல்விகளுக்குப் பிறகு மென்பொருள் 2,604 மடங்கு வேகமாக மீட்டமைக்கப்பட்டது.

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

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

DevOps அணிகளின் எண்ணிக்கையில் உள்ள வளர்ச்சியில் ஆச்சரியம் எதுவும் இல்லை; இது இயற்கையானது: DevOps தத்துவம் இப்போது பிரபலமாக உள்ளது, மேலும் ஸ்டார்ட்அப்களின் எண்ணிக்கை அதிகரித்து வருகிறது.

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

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

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

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

டெனிஸ் ரோமானென்கோ, Mail.ru கிளவுட் சொல்யூஷன்ஸில் ஃப்ரீலான்ஸ் நிபுணர்

DevOps செயல்முறைகளை எவ்வாறு மேம்படுத்துவது

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

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

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

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

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

டெனிஸ் ரோமானென்கோ, Mail.ru கிளவுட் சொல்யூஷன்ஸில் ஃப்ரீலான்ஸ் நிபுணர்

DevOps குழுக்களின் செயல்திறனை மேம்படுத்துவதற்கான சில கூறுகளை கீழே பார்ப்போம்.

Cloud தொழில்நுட்பங்கள் DevOps வெற்றியை செயல்படுத்துகின்றன

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

DevOps குழுக்கள் என்ன உள்கட்டமைப்புகளைப் பயன்படுத்துகின்றன?

பதிலளித்தவர்களில் 80% பேர் இடம் பெற்றிருப்பதை DORA கண்டறிந்தது கிளவுட் இயங்குதளத்தில் முக்கிய பயன்பாடுகள் அல்லது சேவைகள். இருப்பினும், பதிலளித்தவர்களில் 29% மட்டுமே தேசிய தரநிலைகள் மற்றும் தொழில்நுட்பக் கழகத்தின் முக்கிய கிளவுட் குணாதிசயங்கள் ஐந்தையும் செயல்படுத்தியுள்ளனர் - DevOps இல் உள்ள கிளவுட்டின் மதிப்பை மதிப்பிடுவதற்கான மிக முக்கியமான தரநிலை.

Характеристика

பயனர்களின் சதவீதம்

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

57%
(11 முதல் + 2018%)

பரந்த நெட்வொர்க் அணுகல்
கிளவுட் திறன்கள் வெவ்வேறு தளங்களில் கிடைக்கின்றன,
மொபைல் போன்கள், டேப்லெட்டுகள், மடிக்கணினிகள் மற்றும் பணிநிலையங்கள் போன்றவை.

60%
(14 முதல் + 2018%)

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

58%
(15 முதல் + 2018%)

அளவிடுதல் மற்றும் நெகிழ்ச்சி
தேவைக்கேற்ப வளங்கள் கிடைமட்டமாக அல்லது செங்குத்தாக அளவிடப்படுகின்றன, அவை நடைமுறையில் வரம்பற்றவை மற்றும் எந்த நேரத்திலும் எந்த அளவிலும் வழங்கப்படலாம்.

58%
(135 முதல் +2018)

வெளிப்படைத்தன்மை
கிளவுட் சிஸ்டம்கள் சேவையின் வகையைப் பொறுத்து ஆதாரப் பயன்பாட்டைத் தானாகக் கண்காணிக்கவும், மேம்படுத்தவும் மற்றும் புகாரளிக்கவும்: தரவு சேமிப்பு மற்றும் செயலாக்கம், போக்குவரத்தின் அளவு,
செயலில் உள்ள பயனர் கணக்குகள்.

62%
(14 முதல் + 2018%)

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

கிளவுட் வழங்குநர்களுக்கு, பல்வேறு சேவைகளை வழங்குவது உலகளாவிய தரநிலையாக மாறி வருகிறது: மெய்நிகர் இயந்திர நெட்வொர்க்கிங், அடையாளம் மற்றும் அணுகல் மேலாண்மை (IAM), சேமிப்பு மற்றும் தரவுத்தளங்கள், இயந்திர கற்றல், இன்டர்நெட் ஆஃப் திங்ஸ் (IoT), கொள்கலன் தீர்வுகள், பாதுகாப்பு தீர்வுகள் மற்றும் பிற. .

கிளவுட் வழங்குநர்களின் வாடிக்கையாளர்கள் தாங்கள் பயன்படுத்தும் ஆதாரங்களுக்கு மட்டுமே பணம் செலுத்துகிறார்கள், இது செலவு வெளிப்படைத்தன்மையை வழங்குகிறது, பாரம்பரிய தரவு மையங்களைப் போலல்லாமல், மேம்பாட்டு செலவுகள் பற்றிய தகவல்களைப் பெறுவது கடினம் அல்லது சாத்தியமற்றது. மேலே பட்டியலிடப்பட்டுள்ள கிளவுட் குணாதிசயங்களைப் பூர்த்தி செய்யும் நிறுவனங்களின் பதிலளிப்பவர்கள், மென்பொருளை இயக்குவதற்கான செலவை துல்லியமாக மதிப்பிடுவதற்கு 2,6 மடங்கு அதிகமாகவும், எந்தப் பயன்பாடுகளுக்கு அதிக ஆதாரங்கள் தேவை என்பதைப் புரிந்துகொள்வதற்கு 2 மடங்கு அதிகமாகவும், மேலும் 1,65 மடங்கு அதிகமாகவும் தங்கள் IT பட்ஜெட்டுக்குள் இருக்க வாய்ப்புள்ளது.

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

டெனிஸ் ரோமானென்கோ, Mail.ru கிளவுட் சொல்யூஷன்ஸில் ஃப்ரீலான்ஸ் நிபுணர்

DevOps தொழில்நுட்ப நடைமுறைகள்

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

சொல்லப்பட்டால், DevOps செயல்திறனை மேம்படுத்த உதவும் பொதுவான பகுதிகள் உள்ளன: சில குழு மட்டத்தில் உருவாக்கப்படுகின்றன, மற்றவை நிறுவன மட்டத்தில் முயற்சிகள் தேவைப்படுகின்றன.

2019 இல் DevOps குழுக்களுக்கு என்ன வளர்ச்சிப் பகுதிகள் சிறப்பிக்கப்படுகின்றன:

அமைப்பு மட்டத்தில்

• தளர்வான இணைக்கப்பட்ட கட்டிடக்கலை
• மாற்றங்களை செயல்படுத்துதல்
• குறியீடு ஆதரவு

அணி அளவில்

• தொடர்ச்சியான ஒருங்கிணைப்பு
• சோதனை ஆட்டோமேஷன்
• автоматизация развертывания
• கண்காணிப்பு
• மேம்பாட்டு குழாய்

குழு மற்றும் அமைப்பு மட்டத்தில்

• கிளவுட் சேவைகளின் பயன்பாடு
• பேரிடர் மீட்பு சோதனை

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

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

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

டெனிஸ் ரோமானென்கோ, Mail.ru கிளவுட் சொல்யூஷன்ஸில் ஃப்ரீலான்ஸ் நிபுணர்

வெற்றிகரமான DevOps குழுக்கள் அனைத்தையும் தானியங்குபடுத்துகின்றன

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

வெற்றிகரமான CI/CD என்பது, குழுக்கள் தேவைக்கேற்ப உற்பத்தியில் மாற்றங்களைச் செய்யலாம், வரிசைப்படுத்தலின் தரம் குறித்து உடனடி கருத்துகளைப் பெறலாம், மேலும் அடுத்த வரிசைப்படுத்தல் சுழற்சியை மேம்படுத்த விரைவாகச் செயல்படலாம்.

வெற்றிகரமான DevOps குழுக்கள் பரந்த அளவிலான ஆதரவு செயல்முறைகள், நடைமுறைகள் மற்றும் கருவிகளில் முதலீடு செய்வதை அறிக்கை காட்டுகிறது:

• 92% தானியங்கி அசெம்பிளி கருவிகளைப் பயன்படுத்துகின்றனர்;
• 87% தானியங்கி அலகு சோதனைகளைப் பயன்படுத்துகின்றனர்;
• 57% ஆட்டோமேஷனை ஏற்றுக்கொள்ளும் சோதனைக்கு நீட்டிக்கிறது;
• 72% சோதனை சூழல்களில் வரிசைப்படுத்தல்களை தானியங்குபடுத்துகிறது, 69% உற்பத்தியில் வரிசைப்படுத்துவதையே செய்கிறது;
• 69% சாட்போட்களை வரிசைப்படுத்தல் செயல்பாட்டில் ஒருங்கிணைக்கிறது;
• 57% கண்காணிப்புக் கருவிகளுடன் ஒருங்கிணைக்கிறது.

சரியான கருவிகள் மற்றும் தொழில்நுட்பங்களைத் தேர்ந்தெடுப்பது முக்கியம்

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

• முதல் இணைப்பு மற்றும் தொடர்ச்சியான பயன்பாட்டிற்கு பயன்படுத்த எளிதானது;
• உங்கள் இலக்குகளை அடைய உதவும்.

CI/CD மற்றும் சோதனை ஆட்டோமேஷன் கருவிகள் வழியாக மென்பொருளைப் பயன்படுத்தும்போது பயன்படுத்தப்படும் கருவிகளை அறிக்கை ஆய்வு செய்தது - இவைதான் DevOps-ன் அடிப்படையிலான தொழில்நுட்பங்கள்.

DevOps குழுக்கள் என்ன தொழில்நுட்பங்களைப் பயன்படுத்துகின்றன:

தொழில்நுட்பம்

குறைந்த செயல்திறன் கொண்ட அணிகள்

சராசரி அணிகள்

நல்ல செயல்திறன் கொண்ட அணிகள்

உயர் செயல்திறன் கொண்ட அணிகள்

தனியுரிம, திறந்த மூல மற்றும் வணிக தொகுக்கப்பட்ட தயாரிப்புகளின் கலவையாகும்

30%

34%

32%

33%

முக்கியமாக திறந்த மூல மற்றும் மிகவும் தனிப்பயனாக்கப்பட்ட தொகுக்கப்பட்ட தீர்வுகள்

17%

8%

7%

10%

பெரும்பாலும் திறந்த மூல மற்றும் சிறிய தனிப்பயனாக்கத்துடன் தொகுக்கப்பட்ட தீர்வுகள்

14%

21%

18%

20%

முதன்மையாக பெட்டி வணிக தீர்வுகள்

8%

12%

8%

4%

நிறுவனத்திற்கான உள் வளர்ச்சிகள் மற்றும் தனியுரிம தீர்வுகள்

20%

6%

5%

6%

வலுவான தனிப்பயனாக்கத்துடன் முதன்மையாக திறந்த மூலமாகும்

6%

7%

5%

12%

சிறிய தனிப்பயனாக்கலுடன் முதன்மையாக திறந்த மூலமாகும்

5%

12%

24%

15%

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

என் கருத்துப்படி, இந்த அட்டவணை ஒரு வெற்றிகரமான DevOps குழுவாக இருக்க, நீங்கள் ஃபேஷனைப் பின்பற்ற வேண்டும், தொழில்நுட்ப சிக்கலைப் பின்பற்ற வேண்டும்.

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

டெனிஸ் ரோமானென்கோ, Mail.ru கிளவுட் சொல்யூஷன்ஸில் ஃப்ரீலான்ஸ் நிபுணர்

பேரிடர் மீட்பு

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

பேரிடர் மீட்புக்கு நிறுவனங்கள் என்ன வகையான சோதனைகளைப் பயன்படுத்துகின்றன?

சோதனை வகை

குறைந்த செயல்திறன் கொண்ட அணிகள்

சராசரி அணிகள்

நல்ல செயல்திறன் கொண்ட அணிகள்

உயர் செயல்திறன் கொண்ட அணிகள்

சராசரியாக,

உண்மையான அமைப்புகளை பாதிக்காத சோதனைகள்

35%

26%

27%

30%

28%

உள்கட்டமைப்பு தோல்வி (தரவு மையங்கள் உட்பட)

27%

43%

34%

38%

38%

விண்ணப்ப தோல்வி சோதனை

25%

46%

41%

49%

43%

சோதனை அமைப்புகளின் இடையூறு சம்பந்தப்பட்ட சம்பவங்களின் உருவகப்படுத்துதல்

18%

22%

23%

29%

23%

வேலை அமைப்புகளின் இடையூறு சம்பந்தப்பட்ட சம்பவங்களின் உருவகப்படுத்துதல்

18%

11%

12%

13%

12%

சீர்குலைக்கும் தானியங்கு மற்றும் அமைப்புகளை உருவாக்குதல்
ஒரு வழக்கமான, தொடர்ந்து உற்பத்தி அமைப்புகள்

9%

8%

7%

9%

8%

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

DevOps குழுக்களுக்கு தகவல் அணுகலை வழங்குவது முக்கியம்

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

அத்தகைய தகவல்களின் ஆதாரங்களை இரண்டு குழுக்களாகப் பிரிக்கலாம்:

1. உள் ஆதாரங்கள்: குறியீட்டை உருவாக்குதல் மற்றும் பராமரிப்பது குறித்த நிறுவனத்தின் ஆவணங்கள், பெருநிறுவன அறிவுத் தளங்கள், களஞ்சியங்கள் மற்றும் பல. உள் அறிவு ஆதாரங்களைப் பயன்படுத்திய DevOps குழுக்கள் 1,73 மடங்கு அதிகமாக உற்பத்தி செய்தன.
2. வெளிப்புற ஆதாரங்கள்: தேடுபொறிகள் மற்றும் அடுக்கு நிறைவு. அவுட்சோர்ஸ் செய்யப்பட்ட DevOps குழுக்கள் 1,67 மடங்கு அதிக உற்பத்தி செய்தன. வெளிப்புற தொழில்நுட்பங்கள் கற்றல் மற்றும் வளர்ச்சிக்கு ஒரு சிறந்த நன்மையை வழங்குகின்றன, குறிப்பாக பொது மேகங்கள் மற்றும் திறந்த மூல கருவிகளின் பயன்பாடு.

நிறுவனங்கள் தொழில்நுட்பக் கடனைக் குறைப்பது முக்கியம்

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

தொழில்நுட்பக் கடன் DevOps செயல்திறனை எதிர்மறையாக பாதிக்கிறது என்று நிபுணர்கள் கண்டறிந்துள்ளனர். உயர் தொழில்நுட்பக் கடனைக் கொண்ட அணிகள் 1,6 மடங்கு குறைவான உற்பத்தியைக் கொண்டிருந்தன. அதிக செயல்திறன் கொண்ட அணிகள் குறைந்த தொழில்நுட்பக் கடனைக் கொண்டிருப்பதற்கான வாய்ப்பு 1,4 மடங்கு அதிகம்.

DevOps ஆய்வின் மாநிலத்தின் முக்கிய கண்டுபிடிப்புகள்

1. அதிக செயல்திறன் கொண்ட DevOps குழுக்களின் சதவீதம் 20% ஆக கிட்டத்தட்ட மூன்று மடங்கு அதிகரித்துள்ளது. மென்பொருள் மேம்பாடு மற்றும் விநியோகத்தை மேம்படுத்துவதற்கான நடைமுறைகளின் வாக்குறுதியை வணிகங்கள் புரிந்துகொள்கின்றன, மேலும் நிறுவனங்கள் தங்கள் IT துறைகளில் DevOps ஐ மிகவும் தீவிரமாக செயல்படுத்துகின்றன.
2. பயன்பாடுகள் மற்றும் சேவைகளின் விரைவான விநியோகம் தொழில்நுட்பம் மற்றும் நிறுவன மாற்றத்தின் மையத்தில் உள்ளது. வெளியீடுகளின் வேகம் மற்றும் நிலைத்தன்மை லாபத்தையும் வாடிக்கையாளர் திருப்தியையும் அதிகரிக்கிறது.
3. DevOps அணிகளுக்கு சிறந்து விளங்குவதற்கு கிளவுட் தொழில்நுட்பங்கள் தொடர்ந்து முக்கிய பங்கு வகிக்கின்றன. மேகங்களின் பயன்பாடு தேவையான வேகத்தில் மென்பொருள் விநியோகத்தை ஒழுங்கமைக்க உங்களை அனுமதிக்கிறது, உள்கட்டமைப்பின் கிடைக்கும் தன்மை, அளவிடுதல் மற்றும் செயல்திறனை உறுதி செய்கிறது.
4. குழு உறுப்பினர்களின் உற்பத்தித்திறனில் கவனம் செலுத்துவதன் மூலமும், வசதியான உளவியல் சூழலை வழங்குவதன் மூலமும், வசதியான கருவிகளைப் பயன்படுத்துவதன் மூலமும் DevOps குழுக்களின் செயல்திறனை மேம்படுத்த முடியும்.
5. சரியான அணுகுமுறையுடன் வெளியீடுகளை வெளியிடும் வேகத்தை அதிகரிப்பது நிறுவனத்தின் சேவைகள் மற்றும் பயன்பாடுகளின் ஸ்திரத்தன்மையை பாதிக்காது.

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