DORA રિપોર્ટ 2019: DevOps કાર્યક્ષમતામાં કેવી રીતે સુધારો કરવો

થોડા વર્ષો પહેલા, ઘણી સંસ્થાઓએ સોફ્ટવેર ડેવલપમેન્ટ માટે મુખ્ય પ્રવાહના અભિગમને બદલે DevOps ને આશાસ્પદ પ્રયોગ તરીકે જોયો હતો. DevOps હવે વિકાસ અને જમાવટ પ્રથાઓ અને સાધનોનો એક સાબિત અને શક્તિશાળી સમૂહ છે જે નવી પ્રોડક્ટ રિલીઝને ઝડપી બનાવી શકે છે અને ઉત્પાદકતામાં વધારો કરી શકે છે. વધુ મહત્ત્વની વાત એ છે કે, DevOpsની અસર એકંદર બિઝનેસ વૃદ્ધિ અને નફાકારકતામાં વધારો પર છે.

ટીમ Mail.ru ક્લાઉડ સોલ્યુશન્સ માંથી સૌથી રસપ્રદ અનુવાદ 2019 એક્સિલરેટ સ્ટેટ ઑફ DevOps રિપોર્ટ, DevOps સંશોધન અને મૂલ્યાંકન (DORA) નિષ્ણાતો દ્વારા સંકલિત. આ અભ્યાસમાં વિશ્વભરના 31 નિષ્ણાતો સામેલ હતા. ચાલો જોઈએ કે 000 માં ઉદ્યોગમાં શું બદલાયું છે અને વ્યવસાયો તેમની સૉફ્ટવેર વિતરણ કાર્યક્ષમતામાં કેવી રીતે સુધારો કરી શકે છે.

કેવી રીતે ઉદ્યોગ અને કંપનીનું કદ DevOps રાજ્યને અસર કરે છે

રિટેલના અપવાદ સિવાય, DevOps પ્રદર્શન અને સંસ્થાના ઉદ્યોગ વચ્ચે કોઈ સંબંધ જોવા મળ્યો નથી, જેણે થોડું સારું પ્રદર્શન કર્યું હતું. આ, ખાસ કરીને, એ હકીકતને કારણે છે કે રિટેલરોએ માંગમાં વધઘટ અને ગ્રાહક જરૂરિયાતોને ઝડપથી પ્રતિસાદ આપવાની જરૂર છે. અભ્યાસ મુજબ, કોઈપણ કંપની નાણાકીય ક્ષેત્ર અને જાહેર ક્ષેત્ર સહિત DevOpsનું ઉચ્ચ સ્તર હાંસલ કરી શકે છે.

5000 કરતાં વધુ કર્મચારીઓ ધરાવતી કંપનીઓમાં DevOpsનું પ્રદર્શન 5000 કરતાં ઓછા કર્મચારીઓ ધરાવતી કંપનીઓ કરતાં ઓછું હતું. મોટે ભાગે, આ એ હકીકતને કારણે છે કે મોટી સંસ્થાઓ પાસે મોટી પ્રક્રિયાઓ, સખત નિયંત્રણ અને વધુ જટિલ IT સિસ્ટમ આર્કિટેક્ચર છે, જે કોડ વિકસાવવા અને રોલઆઉટ કરવાની પ્રક્રિયામાં વિલંબનો પરિચય આપે છે. તે જ સમયે, નિષ્ણાતો માને છે કે કંપનીનું સ્કેલ 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 ટીમોની કાર્યક્ષમતામાં સુધારો કરવાના કેટલાક ઘટકોને જોઈશું.

ક્લાઉડ તકનીકો DevOps સફળતાને સક્ષમ કરે છે

2019 માં, વધુ અને વધુ સંસ્થાઓ ક્લાઉડ સોલ્યુશન્સ પસંદ કરી રહી છે જે DevOps ટીમોની ઉત્પાદકતામાં નોંધપાત્ર વધારો કરે છે.

DevOps ટીમો કયા ઈન્ફ્રાસ્ટ્રક્ચરનો ઉપયોગ કરે છે?

DORA ને જાણવા મળ્યું કે 80% ઉત્તરદાતાઓ સ્થાન ધરાવે છે ક્લાઉડ પ્લેટફોર્મ પર મુખ્ય એપ્લિકેશનો અથવા સેવાઓ. જો કે, માત્ર 29% ઉત્તરદાતાઓએ નેશનલ ઇન્સ્ટિટ્યૂટ ઓફ સ્ટાન્ડર્ડ્સ એન્ડ ટેક્નોલોજીની તમામ પાંચ મુખ્ય ક્લાઉડ લાક્ષણિકતાઓનો અમલ કર્યો છે - જે DevOpsમાં ક્લાઉડના મૂલ્યનું મૂલ્યાંકન કરવા માટેનું સૌથી મહત્વપૂર્ણ ધોરણ છે.

હર્મા

વપરાશકર્તાઓની ટકાવારી

માંગ પર સ્વ-સેવા
ઉપભોક્તા આપમેળે કમ્પ્યુટિંગ સંસાધનોની જોગવાઈ કરી શકે છે
જરૂરિયાત મુજબ, પ્રદાતાની ભાગીદારી વિના.

57%
(11 થી + 2018%)

વિશાળ નેટવર્ક ઍક્સેસ
ક્લાઉડ ક્ષમતાઓ વિવિધ પ્લેટફોર્મ દ્વારા ઉપલબ્ધ છે,
જેમ કે મોબાઇલ ફોન, ટેબ્લેટ, લેપટોપ અને વર્કસ્ટેશન.

60%
(14 થી + 2018%)

સંસાધન પૂલ
પ્રદાતાના સંસાધનો મલ્ટિ-ટેનન્ટ મોડલમાં જોડવામાં આવે છે, જ્યાં ભૌતિક અને વર્ચ્યુઅલ સંસાધનો માંગ પર ગતિશીલ રીતે સોંપવામાં આવે છે.

58%
(15 થી + 2018%)

માપનીયતા અને સ્થિતિસ્થાપકતા
સંસાધનો માંગ પર આડા અથવા ઊભી રીતે માપવામાં આવે છે, તે વ્યવહારીક રીતે અમર્યાદિત છે અને કોઈપણ સમયે કોઈપણ જથ્થામાં જારી કરી શકાય છે.

58%
(135 થી +2018)

પારદર્શકતા
ક્લાઉડ સિસ્ટમ્સ સેવાના પ્રકાર પર આધાર રાખીને સંસાધન વપરાશને આપમેળે મોનિટર કરે છે, ઑપ્ટિમાઇઝ કરે છે અને જાણ કરે છે: ડેટા સ્ટોરેજ અને પ્રોસેસિંગ, ટ્રાફિકની માત્રા,
સક્રિય વપરાશકર્તા એકાઉન્ટ્સ.

62%
(14 થી + 2018%)

સેવા તરીકે પ્લેટફોર્મ (PaaS) વધુને વધુ કન્ટેનરની આસપાસ કેન્દ્રિત ડિપ્લોયમેન્ટ મોડલ તરફ આગળ વધી રહ્યું છે. ક્લાઉડ પ્લેટફોર્મ સૉફ્ટવેરને જમાવવાનું સરળ બનાવે છે, તેથી ટીમોએ ફક્ત એપ્લિકેશન કોડને ચલાવવાની ચિંતા કરવાની જરૂર છે. સ્કેલિંગ, સંસાધન આયોજન, વહીવટ અને ઇન્ફ્રાસ્ટ્રક્ચર જાળવણી પણ પ્રદાતાઓને ટ્રાન્સફર કરવામાં આવે છે.

ક્લાઉડ પ્રદાતાઓ માટે, વિવિધ સેવાઓની જોગવાઈ એક સાર્વત્રિક ધોરણ બની રહી છે: વર્ચ્યુઅલ મશીન નેટવર્કિંગ, ઓળખ અને ઍક્સેસ મેનેજમેન્ટ (IAM), સ્ટોરેજ અને ડેટાબેસેસ, મશીન લર્નિંગ, ઈન્ટરનેટ ઓફ થિંગ્સ (IoT), કન્ટેનર સોલ્યુશન્સ, સુરક્ષા ઉકેલો અને અન્ય. .

ક્લાઉડ પ્રદાતાઓના ક્લાયન્ટ્સ માત્ર તેઓ જે સંસાધનોનો ઉપયોગ કરે છે તેના માટે ચૂકવણી કરે છે, જે પરંપરાગત ડેટા કેન્દ્રોથી વિપરીત ખર્ચની પારદર્શિતા પ્રદાન કરે છે જ્યાં વિકાસ ખર્ચ પરની માહિતી મેળવવી મુશ્કેલ અથવા અશક્ય હોય છે. ઉપર સૂચિબદ્ધ ક્લાઉડ લાક્ષણિકતાઓને પૂર્ણ કરતી કંપનીઓના પ્રતિસાદકર્તાઓ સોફ્ટવેર ચલાવવાની કિંમતનો સચોટ અંદાજ લગાવવાની 2,6 ગણી વધુ શક્યતા છે, કઈ એપ્લિકેશનને વધુ સંસાધનોની જરૂર છે તે સમજવાની 2 ગણી વધુ શક્યતા છે અને તેમના IT બજેટમાં રહેવાની 1,65 ગણી વધુ શક્યતા છે.

કેટલીકવાર તે તારણ આપે છે કે સક્ષમ નિષ્ણાતની ભરતી કરવી અને ડેટા સેન્ટરમાં ફાળવેલ ક્ષમતા લેવી એ ક્લાઉડ માટે ચૂકવણી કરતાં વધુ નફાકારક છે. કયો વિકલ્પ વધુ સારો છે તે કંપનીની પ્રોફાઇલ અને સ્કેલ, આઇટી નિષ્ણાતોના પોતાના સ્ટાફની ઉપલબ્ધતા અને કુશળતા પર આધાર રાખે છે. ઉદાહરણ તરીકે, ધંધો શરૂ કરતી વખતે અથવા જો કંપની પાસે પોતાનો 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