રશિયા 2020 માં DevOps રાજ્ય

કોઈ વસ્તુની સ્થિતિ કેવી રીતે સમજવી?

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

પરંતુ તે દિવસ આવી ગયો છે જ્યારે આ પ્રકારનો અભ્યાસ હાથ ધરવામાં આવ્યો હતો, અને આજે આપણે પરિણામો વિશે વાત કરીશું. રશિયામાં DevOps ની સ્થિતિનો કંપનીઓ દ્વારા સંયુક્ત રીતે અભ્યાસ કરવામાં આવ્યો હતો "એક્સપ્રેસ 42"અને"ઓન્ટિકો" Express 42 ટેક્નોલોજી કંપનીઓને DevOps પ્રેક્ટિસ અને ટૂલ્સનો અમલ અને વિકાસ કરવામાં મદદ કરે છે અને તે રશિયામાં DevOps વિશે વાત કરનાર સૌપ્રથમમાંની એક હતી. અભ્યાસના લેખકો, ઇગોર કુરોચકીન અને વિટાલી ખાબોરોવ, એક્સપ્રેસ 42 પર વિશ્લેષણ અને કન્સલ્ટિંગમાં રોકાયેલા છે, જ્યારે તેઓ વિવિધ કંપનીઓમાં કામગીરી અને અનુભવની તકનીકી પૃષ્ઠભૂમિ ધરાવે છે. 8 વર્ષથી, સહકર્મીઓએ ડઝનેક કંપનીઓ અને પ્રોજેક્ટ્સ - સ્ટાર્ટઅપ્સથી લઈને એન્ટરપ્રાઈઝ સુધી - વિવિધ સમસ્યાઓ, તેમજ વિવિધ સાંસ્કૃતિક અને એન્જિનિયરિંગ પરિપક્વતા સાથે જોયા છે.

તેમના અહેવાલમાં, ઇગોર અને વિટાલીએ જણાવ્યું હતું કે સંશોધનની પ્રક્રિયામાં કઈ સમસ્યાઓ હતી, તેઓએ તેમને કેવી રીતે હલ કર્યા, તેમજ DevOps સંશોધન સિદ્ધાંતમાં કેવી રીતે હાથ ધરવામાં આવે છે અને શા માટે એક્સપ્રેસ 42 એ તેનું સંચાલન કરવાનું નક્કી કર્યું. તેમનો રિપોર્ટ જોઈ શકાય છે અહીં.

DevOps સંશોધન

વાતચીતની શરૂઆત ઇગોર કુરોચકિન દ્વારા કરવામાં આવી હતી.

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

અહીં અમારી પાસે પ્રથમ સમસ્યા છે, અને તે પછી વધુ બે:

1. અમારી પાસે ગયા વર્ષનો ડેટા નથી. રશિયામાં DevOps રાજ્ય કોઈને રસ નથી;
2. પદ્ધતિ. પૂર્વધારણાઓ કેવી રીતે ચકાસવી, પ્રશ્નો કેવી રીતે બનાવવું, વિશ્લેષણ કેવી રીતે કરવું, પરિણામોની તુલના કેવી રીતે કરવી, જોડાણો શોધવા તે સ્પષ્ટ નથી;
3. પરિભાષા. બધા અહેવાલો અંગ્રેજીમાં છે, અનુવાદ જરૂરી છે, એક સામાન્ય DevOps ફ્રેમવર્કની શોધ હજુ સુધી કરવામાં આવી નથી અને દરેક પોતાની સાથે આવે છે.

ચાલો એક નજર કરીએ કે કેવી રીતે DevOps સ્ટેટ વિશ્લેષણ સમગ્ર વિશ્વમાં કરવામાં આવ્યું છે.

ઐતિહાસિક પૃષ્ઠભૂમિ

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

2013 માં, IT રિવોલ્યુશન દેખાયું, જે DevOps પરના તમામ મોટા પુસ્તકોના પ્રકાશક હતા. પપેટ સાથે મળીને, તેઓએ પ્રથમ સ્ટેટ ઑફ DevOps પ્રકાશન તૈયાર કર્યું, જ્યાં પ્રથમ વખત 4 મુખ્ય મેટ્રિક્સ દેખાયા. તે પછીના વર્ષે, ThoughtWorks, એક કન્સલ્ટિંગ ફર્મ, જે ઉદ્યોગની પ્રથાઓ અને સાધનો પર તેના નિયમિત ટેક્નોલોજી રડાર માટે જાણીતી છે, તેમાં સામેલ થઈ. અને 2015 માં, પદ્ધતિ સાથેનો એક વિભાગ ઉમેરવામાં આવ્યો, અને તે સ્પષ્ટ થઈ ગયું કે તેઓ કેવી રીતે વિશ્લેષણ કરે છે.

2016 માં, અભ્યાસના લેખકોએ, તેમની પોતાની કંપની DORA (DevOps રિસર્ચ એન્ડ એસેસમેન્ટ) બનાવીને, વાર્ષિક અહેવાલ પ્રકાશિત કર્યો. પછીના વર્ષે, DORA અને પપેટે તેમનો છેલ્લો સંયુક્ત અહેવાલ બહાર પાડ્યો.

અને પછી કંઈક રસપ્રદ શરૂ થયું:

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

આ વર્ષે, વસ્તુઓ જટિલ બની. કઠપૂતળીએ પોતાનો સર્વે શરૂ કર્યો હોવાનું જાણવા મળે છે. તેઓએ તે અમારા કરતા એક અઠવાડિયા પહેલા કર્યું હતું અને તે પહેલાથી જ સમાપ્ત થઈ ગયું છે. અમે તેમાં ભાગ લીધો અને તેઓને કયા વિષયોમાં રસ છે તે જોયું. હવે પપેટ તેનું વિશ્લેષણ કરી રહ્યું છે અને અહેવાલ પ્રકાશિત કરવાની તૈયારી કરી રહ્યું છે.

પરંતુ હજુ પણ DORA અને Google તરફથી કોઈ જાહેરાત નથી. મે મહિનામાં, જ્યારે સામાન્ય રીતે સર્વેક્ષણ શરૂ થયું, ત્યારે માહિતી આવી કે DORAના સ્થાપકોમાંના એક નિકોલ ફોર્સગ્રેન બીજી કંપનીમાં ગયા હતા. તેથી, અમે ધારીએ છીએ કે આ વર્ષે DORA તરફથી કોઈ સંશોધન અને અહેવાલ નહીં હોય.

રશિયામાં વસ્તુઓ કેવી છે?

અમે DevOps સંશોધન કર્યું નથી. અમે કોન્ફરન્સમાં વાત કરી, અન્ય લોકોના તારણો ફરીથી જણાવ્યા અને Raiffeisenbank એ 2019 માટે "State of DevOps" નું ભાષાંતર કર્યું (તમે તેમની જાહેરાત Habré પર જોઈ શકો છો), તેમનો ઘણો આભાર. અને તે બધા છે.

તેથી, અમે DORA પદ્ધતિઓ અને તારણોનો ઉપયોગ કરીને રશિયામાં અમારું પોતાનું સંશોધન કર્યું. અમે પરિભાષા અને અનુવાદના સુમેળ સહિત અમારા સંશોધન માટે Raiffeisenbank ના સહકર્મીઓના અહેવાલનો ઉપયોગ કર્યો છે. અને DORA અહેવાલો અને આ વર્ષની પપેટ પ્રશ્નાવલીમાંથી ઉદ્યોગને લગતા પ્રશ્નો લેવામાં આવ્યા હતા.

સંશોધન પ્રક્રિયા

અહેવાલ માત્ર અંતિમ ભાગ છે. સમગ્ર સંશોધન પ્રક્રિયામાં ચાર મુખ્ય પગલાઓનો સમાવેશ થાય છે:

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

સહભાગીઓ

બધા વિદેશી અહેવાલો સહભાગીઓના પોટ્રેટથી શરૂ થાય છે, અને તેમાંથી મોટાભાગના રશિયાના નથી. રશિયન ઉત્તરદાતાઓની ટકાવારી દર વર્ષે 5 થી 1% થી વધઘટ થાય છે, અને આ કોઈપણ નિષ્કર્ષ કાઢવાની મંજૂરી આપતું નથી.

એક્સિલરેટ સ્ટેટ ઑફ DevOps 2019 રિપોર્ટમાંથી નકશો:

અમારા અભ્યાસમાં, અમે 889 લોકોના ઇન્ટરવ્યુ લેવાનું વ્યવસ્થાપિત કર્યું - આ ઘણું બધું છે (DORA તેના અહેવાલોમાં વાર્ષિક એક હજાર લોકો વિશે મતદાન કરે છે) અને અહીં અમે લક્ષ્ય પ્રાપ્ત કર્યું છે:

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

ઉદ્યોગો અને હોદ્દા

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

બેમાંથી એક મધ્યમ કદની કંપની માટે કામ કરે છે. દર ત્રીજો વ્યક્તિ મોટી કંપનીઓમાં કામ કરે છે. મોટાભાગના 9 લોકોની ટીમમાં કામ કરે છે. અલગથી, અમે મુખ્ય પ્રવૃત્તિઓ વિશે પૂછ્યું, અને મોટાભાગની કામગીરી કોઈક રીતે સંબંધિત છે, અને લગભગ 40% વિકાસમાં રોકાયેલા છે:

તેથી અમે વિવિધ ઉદ્યોગો, કંપનીઓ, ટીમોના પ્રતિનિધિઓની સરખામણી અને વિશ્લેષણ માટે માહિતી એકત્રિત કરી. મારા સાથીદાર વિટાલી ખાબોરોવ વિશ્લેષણ વિશે જણાવશે.

વિશ્લેષણ અને સરખામણી

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

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

કી મેટ્રિક્સ

અમે DORA પદ્ધતિને એક આધાર તરીકે લીધી, જેનું વિગતવાર વર્ણન તેઓએ પુસ્તક "એક્સીલરેટ સ્ટેટ ઓફ DevOps" માં કર્યું છે. અમે તપાસ્યું કે કી મેટ્રિક્સ રશિયન બજાર માટે યોગ્ય છે કે કેમ, શું તેનો ઉપયોગ એ જ રીતે કરી શકાય છે જે રીતે DORA આ પ્રશ્નના જવાબ માટે ઉપયોગ કરે છે: "રશિયામાં ઉદ્યોગ વિદેશી ઉદ્યોગને કેવી રીતે અનુરૂપ છે?"

કી મેટ્રિક્સ:

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

DORA એ તેના સંશોધનમાં આ મેટ્રિક્સ અને સંસ્થાકીય કામગીરી વચ્ચે જોડાણ શોધી કાઢ્યું છે. અમે અમારા અભ્યાસમાં પણ તેનું પરીક્ષણ કરીએ છીએ.

પરંતુ ખાતરી કરવા માટે કે ચાર મુખ્ય મેટ્રિક્સ કંઈક પ્રભાવિત કરી શકે છે, તમારે સમજવાની જરૂર છે - શું તેઓ કોઈક રીતે એકબીજા સાથે સંબંધિત છે? DORA એ એક ચેતવણી સાથે હકારાત્મક જવાબ આપ્યો: અસફળ ફેરફારો (ચેન્જ ફેલ્યોર રેટ) અને અન્ય ત્રણ મેટ્રિક્સ વચ્ચેનો સંબંધ થોડો નબળો છે. અમને લગભગ સમાન ચિત્ર મળ્યું. જો ડિલિવરીનો સમય, જમાવટની આવર્તન અને પુનઃપ્રાપ્તિનો સમય એકબીજા સાથે સંબંધ ધરાવે છે (અમે આ સહસંબંધને પીયર્સન સહસંબંધ અને ચૅડૉક સ્કેલ દ્વારા સ્થાપિત કર્યો છે), તો અસફળ ફેરફારો સાથે આવો કોઈ મજબૂત સંબંધ નથી.

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

અમે આનું શ્રેય એ હકીકતને આપીએ છીએ કે (જેમ કે તે અમારા કેટલાક ગ્રાહકો સાથેના વિશ્લેષણ અને સંચાર દરમિયાન બહાર આવ્યું છે) જે ઘટના માનવામાં આવે છે તેની ધારણામાં થોડો તફાવત છે. જો અમે તકનીકી વિંડો દરમિયાન અમારી સેવાના પ્રદર્શનને પુનઃસ્થાપિત કરવામાં વ્યવસ્થાપિત છીએ, તો શું આને એક ઘટના ગણી શકાય? કદાચ નહીં, કારણ કે અમે બધું ઠીક કર્યું છે, અમે મહાન છીએ. જો અમારે અમારા માટે સામાન્ય, પરિચિત મોડમાં અમારી અરજીને 10 વખત રીરોલ કરવી પડી હોય તો શું આપણે તેને ઘટના ગણી શકીએ? એવું નથી લાગતું. તેથી, અન્ય મેટ્રિક્સ સાથે અસફળ ફેરફારોના સંબંધનો પ્રશ્ન ખુલ્લો રહે છે. અમે તેને વધુ રિફાઇન કરીશું.

અહીં મહત્વપૂર્ણ છે કે અમને ડિલિવરી સમય, પુનઃપ્રાપ્તિ સમય અને જમાવટની આવર્તન વચ્ચે નોંધપાત્ર સહસંબંધ જોવા મળ્યો છે. તેથી, અમે ઉત્તરદાતાઓને પ્રદર્શન જૂથોમાં વધુ વિભાજિત કરવા માટે આ ત્રણ મેટ્રિક્સ લીધા.

ગ્રામમાં કેટલું વજન કરવું?

અમે અધિક્રમિક ક્લસ્ટર વિશ્લેષણનો ઉપયોગ કર્યો:

• અમે ઉત્તરદાતાઓને n-પરિમાણીય જગ્યા પર વિતરિત કરીએ છીએ, જ્યાં દરેક ઉત્તરદાતાનું સંકલન તેમના પ્રશ્નોના જવાબો છે.
• દરેક ઉત્તરદાતાને એક નાનું ક્લસ્ટર જાહેર કરવામાં આવે છે.
• અમે એકબીજાની સૌથી નજીકના બે ક્લસ્ટરોને એક મોટા ક્લસ્ટરમાં જોડીએ છીએ.
• અમે ક્લસ્ટરોની આગલી જોડી શોધીએ છીએ અને તેમને એક મોટા ક્લસ્ટરમાં જોડીએ છીએ.

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

પરંતુ અહીં એક છુપી સમસ્યા છે: ક્લસ્ટરોની સંખ્યા પર અમારી પાસે કોઈ પ્રતિબંધ નથી - અમે 2, 3, 4, 10 ક્લસ્ટર મેળવી શકીએ છીએ. અને પહેલો વિચાર હતો - DORAની જેમ અમારા બધા ઉત્તરદાતાઓને 4 જૂથોમાં કેમ વિભાજિત ન કરીએ. પરંતુ અમે જોયું કે આ જૂથો વચ્ચેના તફાવતો નજીવા બની જાય છે, અને અમે ખાતરી કરી શકતા નથી કે પ્રતિસાદ આપનાર ખરેખર તેના જૂથનો છે, અને પડોશીનો નહીં. અમે હજી સુધી રશિયન બજારને ચાર જૂથોમાં વહેંચી શકતા નથી. તેથી, અમે ત્રણ પ્રોફાઇલ્સ પર સ્થાયી થયા છીએ જેની વચ્ચે આંકડાકીય રીતે નોંધપાત્ર તફાવત છે:

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

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

પછી પ્રશ્ન ઊભો થાય છે: આ બધું કેવી રીતે વાપરવું?

કેવી રીતે ઉપયોગ કરવો

જો આપણે કોઈપણ ટીમ, 4 કી મેટ્રિક્સ લઈએ અને તેને ટેબલ પર લાગુ કરીએ, તો 85% કેસોમાં અમને સંપૂર્ણ મેચ મળશે નહીં - આ ફક્ત સરેરાશ સહભાગી છે, અને વાસ્તવિકતામાં શું છે તે નથી. અમે બધા (અને દરેક ટીમ) થોડા અલગ છીએ.

અમે તપાસ્યું: અમે અમારા ઉત્તરદાતાઓ અને DORA પ્રદર્શન પ્રોફાઇલ લીધી, અને કેટલા ઉત્તરદાતાઓ આ અથવા તે પ્રોફાઇલમાં ફિટ છે તે જોયું. અમે શોધી કાઢ્યું કે માત્ર 16% ઉત્તરદાતાઓ ચોક્કસપણે એક પ્રોફાઇલમાં પડ્યા હતા. બાકીના બધા વચ્ચે ક્યાંક પથરાયેલા છે:

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

• DORA કેલ્ક્યુલેટર
• કેલ્ક્યુલેટર એક્સપ્રેસ 42* (વિકાસમાં)
• પોતાનો વિકાસ (તમે તમારું પોતાનું આંતરિક કેલ્ક્યુલેટર બનાવી શકો છો).

તેઓ માટે શું જરૂરી છે? સમજવું:

• શું અમારી સંસ્થાની અંદરની ટીમ અમારા ધોરણો પર છે?
• જો નહીં, તો શું અમે તેને મદદ કરી શકીએ છીએ, અમારી કંપનીની કુશળતાના માળખામાં તેને ઝડપી બનાવી શકીએ છીએ?
• જો એમ હોય, તો શું આપણે વધુ સારું કરી શકીએ?

તમે તેનો ઉપયોગ કંપનીમાં આંકડા એકત્રિત કરવા માટે પણ કરી શકો છો:

• અમારી પાસે કઈ ટીમો છે?
• ટીમોને પ્રોફાઇલ્સમાં વિભાજીત કરો;
• જુઓ: ઓહ, આ આદેશો અંડરપર્ફોર્મિંગ છે (તેઓ થોડું ખેંચતા નથી), પરંતુ આ સરસ છે: તેઓ દરરોજ તૈનાત કરે છે, ભૂલો વિના, તેમની પાસે એક કલાક કરતાં ઓછો સમય છે.

અને પછી તમે શોધી શકો છો કે અમારી કંપનીમાં તે ટીમો માટે જરૂરી કુશળતા અને સાધનો છે જે હજુ સુધી સમાન નથી.

અથવા, જો તમે સમજો છો કે તમે કંપનીની અંદર મહાન અનુભવો છો, તમે ઘણા લોકો કરતા વધુ સારા છો, તો પછી તમે થોડા વિશાળ દેખાઈ શકો છો. આ માત્ર રશિયન ઉદ્યોગ છે: શું આપણે આપણી જાતને વેગ આપવા માટે રશિયન ઉદ્યોગમાં જરૂરી કુશળતા મેળવી શકીએ? એક્સપ્રેસ 42 કેલ્ક્યુલેટર અહીં મદદ કરશે (તે વિકાસ હેઠળ છે). જો તમે રશિયન બજારને આગળ વધારી દીધું હોય, તો પછી જુઓ DORA કેલ્ક્યુલેટર અને વિશ્વ બજારમાં.

દંડ. અને જો તમે DORA કેલ્ક્યુલેટર પર એલિટ જૂથમાં છો, તો તમારે શું કરવું જોઈએ? અહીં કોઈ સારો ઉકેલ નથી. તમે સંભવતઃ ઉદ્યોગમાં મોખરે છો, અને આંતરિક R&D અને વધુ સંસાધનો ખર્ચ કરીને વધુ પ્રવેગક અને વિશ્વસનીયતા શક્ય છે.

ચાલો સૌથી મધુર - સરખામણી તરફ આગળ વધીએ.

સરખામણી

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

અમારા ચુનંદા કલાકારો ઉચ્ચ કલાકારોમાં છુપાયેલા છે, પરંતુ તેઓ ત્યાં છે - આ ભદ્ર, યુનિકોર્ન છે જે નોંધપાત્ર ઊંચાઈએ પહોંચ્યા છે. રશિયામાં, એલિટ પ્રોફાઇલ અને હાઇ પ્રોફાઇલ વચ્ચેનો તફાવત હજી પૂરતો નોંધપાત્ર નથી. અમને લાગે છે કે ભવિષ્યમાં એન્જિનિયરિંગ કલ્ચરમાં વધારો, એન્જિનિયરિંગ પ્રેક્ટિસના અમલીકરણની ગુણવત્તા અને કંપનીઓમાં કુશળતાને કારણે આ વિભાજન થશે.

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

પરંતુ આ વર્ષ ખાસ છે, અને અમે રોગચાળામાં કંપનીઓ કેવી રીતે કરી રહી છે તે તપાસવાનું નક્કી કર્યું: ઉચ્ચ પ્રોફાઇલ ટીમો ઉદ્યોગની સરેરાશ કરતા વધુ સારી કામગીરી કરી રહી છે અને સારી લાગણી અનુભવી રહી છે:

• નવા ઉત્પાદનો રિલીઝ થવાની શક્યતા 1,5-2 ગણી વધારે છે,
• એપ્લીકેશન ઈન્ફ્રાસ્ટ્રક્ચરની વિશ્વસનીયતા અને/અથવા પ્રદર્શનમાં સુધારો થવાની શક્યતા 2 ગણી વધારે છે.

એટલે કે, જે યોગ્યતાઓએ તેમને પહેલાથી જ ઝડપી વિકાસ કરવામાં, નવા ઉત્પાદનો લોન્ચ કરવામાં, હાલના ઉત્પાદનોને સંશોધિત કરવામાં, ત્યાં નવા બજારો અને નવા વપરાશકર્તાઓને જીતવામાં મદદ કરી હતી:

અમારી ટીમોને બીજું શું મદદ કરી?

એન્જિનિયરિંગ પ્રેક્ટિસ

અમે તમને પરીક્ષણ કરેલ દરેક પ્રેક્ટિસ માટેના નોંધપાત્ર તારણો વિશે હું તમને જણાવીશ. કદાચ કંઈક બીજું ટીમોને મદદ કરશે, પરંતુ અમે DevOps વિશે વાત કરી રહ્યા છીએ. અને DevOps ની અંદર, અમે વિવિધ પ્રોફાઇલ્સની ટીમો વચ્ચે તફાવત જોયે છે.

સેવા તરીકે પ્લેટફોર્મ

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

કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર

અહીં બધું ખૂબ પ્રમાણભૂત છે. અમને ઈન્ફ્રાસ્ટ્રક્ચર કોડના કામના ઓટોમેશન અને ઈન્ફ્રાસ્ટ્રક્ચર રિપોઝીટરીની અંદર કેટલી માહિતી સંગ્રહિત છે તે વચ્ચેનો સંબંધ મળ્યો. હાઇ પ્રોફાઇલ કમાન્ડ રિપોઝીટરીઝમાં વધુ માહિતીનો સંગ્રહ કરે છે: આ ઇન્ફ્રાસ્ટ્રક્ચર કન્ફિગરેશન, CI/CD પાઇપલાઇન, પર્યાવરણ સેટિંગ્સ અને બિલ્ડ પેરામીટર્સ છે. તેઓ આ માહિતીને વધુ વખત સંગ્રહિત કરે છે, ઈન્ફ્રાસ્ટ્રક્ચર કોડ સાથે વધુ સારી રીતે કાર્ય કરે છે અને ઈન્ફ્રાસ્ટ્રક્ચર કોડ સાથે કામ કરવા માટે વધુ પ્રક્રિયાઓ અને કાર્યોને સ્વચાલિત કરે છે.

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

એકીકરણ અને ડિલિવરી

સૌથી કંટાળાજનક વિભાગ, કારણ કે અમે પુષ્ટિ કરી છે કે તમારી પાસે જેટલું વધુ ઓટોમેશન છે, તમે કોડ સાથે જેટલું સારું કામ કરશો, તેટલું વધુ સારું પરિણામ મેળવવાની શક્યતા છે.

સ્થાપત્ય

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

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

આપણે આ બધું કેવી રીતે શોધી કાઢ્યું?

અમારી પાસે DORA પદ્ધતિની સંપૂર્ણ નકલ કરવાની મહત્વાકાંક્ષી યોજના હતી, પરંતુ સંસાધનોનો અભાવ હતો. જો DORA ઘણી બધી સ્પોન્સરશિપનો ઉપયોગ કરે છે અને તેમના સંશોધનમાં અડધો વર્ષ લાગે છે, તો અમે ટૂંકા સમયમાં અમારું સંશોધન કર્યું. અમે DORA જેવું DevOps મૉડલ બનાવવા માગતા હતા, અને અમે ભવિષ્યમાં તે કરીશું. અત્યાર સુધી આપણે આપણી જાતને ગરમીના નકશા સુધી મર્યાદિત કરી છે:

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

પરિવર્તન માટે, ચાલો જટિલ આંકડાઓમાંથી સરળ આંકડાઓ પર સ્વિચ કરીએ.

આપણે બીજું શું શોધ્યું છે?

સાધનો

અમે અવલોકન કરીએ છીએ કે મોટાભાગના આદેશોનો ઉપયોગ Linux પરિવારના OS દ્વારા કરવામાં આવે છે. પરંતુ Windows હજુ પણ વલણમાં છે - અમારા ઉત્તરદાતાઓના ઓછામાં ઓછા એક ક્વાર્ટરએ તેના એક અથવા બીજા સંસ્કરણનો ઉપયોગ નોંધ્યો છે. એવું લાગે છે કે બજારને આ જરૂરિયાત છે. તેથી, તમે આ યોગ્યતાઓ વિકસાવી શકો છો અને પરિષદોમાં પ્રસ્તુતિઓ કરી શકો છો.

ઓર્કેસ્ટ્રેટર્સમાં, તે કોઈના માટે ગુપ્ત નથી, કુબરનેટ્સ અગ્રણી છે (52%). આગામી લાઇન ઓર્કેસ્ટ્રેટર ડોકર સ્વોર્મ (લગભગ 12%) છે. સૌથી વધુ લોકપ્રિય CI સિસ્ટમ્સ જેનકિન્સ અને ગિટલેબ છે. સૌથી લોકપ્રિય રૂપરેખાંકન વ્યવસ્થાપન સિસ્ટમ એન્સિબલ છે, જેના પછી અમારી પ્રિય શેલ છે.

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

હું ઇગોરને ફ્લોર પસાર કરું છું, જે કેટલાક વધુ આંકડા આપશે.

વ્યવહારનો પ્રસાર

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

ચપળ અને DevOps

Agile અને DevOps વચ્ચેના જોડાણનો પ્રશ્ન ઉદ્યોગમાં વારંવાર ચર્ચામાં આવે છે. આ મુદ્દો 2019/2020ના સ્ટેટ ઑફ ઍજિલ રિપોર્ટમાં પણ ઉઠાવવામાં આવ્યો છે, તેથી અમે કંપનીઓમાં ઍજિલ અને DevOps પ્રવૃત્તિઓ કેવી રીતે જોડાયેલ છે તેની સરખામણી કરવાનું નક્કી કર્યું છે. અમને જાણવા મળ્યું છે કે ચપળ વગરના DevOps દુર્લભ છે. અડધા ઉત્તરદાતાઓ માટે, ચપળતાનો ફેલાવો ખૂબ વહેલો શરૂ થયો હતો, અને લગભગ 20% લોકોએ એક સાથે શરૂઆતનું અવલોકન કર્યું હતું, અને નીચી પ્રોફાઇલના સંકેતોમાંનું એક એજિલ અને DevOps પ્રેક્ટિસની ગેરહાજરી હશે:

આદેશ ટોપોલોજી

ગયા વર્ષના અંતે, પુસ્તકટીમ ટોપોલોજી”, જે આદેશ ટોપોલોજીનું વર્ણન કરવા માટેનું માળખું પ્રસ્તાવિત કરે છે. તે રશિયન કંપનીઓને લાગુ પડે છે કે કેમ તે અમારા માટે રસપ્રદ બન્યું. અને અમે પ્રશ્ન પૂછ્યો: "તમને કઈ પેટર્ન મળે છે?".

ઇન્ફ્રાસ્ટ્રક્ચર ટીમો અડધા ઉત્તરદાતાઓમાં જોવા મળે છે, તેમજ વિકાસ, પરીક્ષણ અને કામગીરી માટે અલગ ટીમો છે. અલગ DevOps ટીમોએ 45% નોંધ્યું, જેમાંથી હાઈના પ્રતિનિધિઓ વધુ સામાન્ય છે. આગળ ક્રોસ-ફંક્શનલ ટીમો આવે છે, જે હાઈ પર વધુ સામાન્ય છે. અલગ SRE આદેશો ઉચ્ચ, મધ્યમ પ્રોફાઇલમાં દેખાય છે અને ઓછી પ્રોફાઇલમાં ભાગ્યે જ જોવા મળે છે:

DevQaOps રેશિયો

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

2021 માટે યોજનાઓ

આગામી વર્ષ માટેની યોજનાઓમાં, ઉત્તરદાતાઓએ નીચેની પ્રવૃત્તિઓ નોંધી:

અહીં તમે DevOps Live 2020 કોન્ફરન્સ સાથે આંતરછેદ જોઈ શકો છો. અમે પ્રોગ્રામની કાળજીપૂર્વક સમીક્ષા કરી છે:

• ઉત્પાદન તરીકે ઇન્ફ્રાસ્ટ્રક્ચર
• DevOps પરિવર્તન
• DevOps પ્રથાઓનું વિતરણ
• દેવસેકઓપ્સ
• કેસ ક્લબ અને ચર્ચાઓ

પરંતુ અમારી રજૂઆતનો સમય તમામ વિષયોને આવરી લેવા માટે પૂરતો નથી. પડદા પાછળ છોડી દીધું:

• સેવા તરીકે અને ઉત્પાદન તરીકે પ્લેટફોર્મ;
• કોડ, પર્યાવરણ અને વાદળો તરીકે ઈન્ફ્રાસ્ટ્રક્ચર;
• સતત એકીકરણ અને વિતરણ;
• આર્કિટેક્ચર;
• DevSecOps પેટર્ન;
• પ્લેટફોર્મ અને ક્રોસ-ફંક્શનલ ટીમો.

અહેવાલ અમને એક વિશાળ, 50 પૃષ્ઠો મળ્યા છે, અને તમે તેને વધુ વિગતવાર જોઈ શકો છો.

એકત્ર કરવું

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

રશિયામાં DevOps રાજ્યના પ્રથમ અભ્યાસના પરિણામો:

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

અમને તમારો પ્રતિસાદ, વાર્તાઓ, પ્રતિસાદ સાંભળવા ગમશે. અમે અભ્યાસમાં ભાગ લેનાર દરેકનો આભાર માનીએ છીએ અને આવતા વર્ષે તમારી સહભાગિતાની રાહ જોઈ રહ્યા છીએ.

સોર્સ: www.habr.com