હે હબર! હું તમારા ધ્યાન પર લેખનો અનુવાદ રજૂ કરું છું "ધ ઓરિજિન્સ ઓફ DevOps: નામમાં શું છે?" સ્ટીવ મેઝાક દ્વારા.

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

2007 પહેલા: ઘટનાઓની સંપૂર્ણ સાંકળ

2007 પહેલા, સંજોગોની શ્રેણીએ આખરે તેને જન્મ આપ્યો જે આજે DevOps તરીકે ઓળખાય છે.

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

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

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

છેલ્લે, ટૂલકીટ તાજેતરમાં દેખાવાનું શરૂ થયું છે સતત એકીકરણ (CI). CI ટૂલ્સનો વિચાર 1991 માં ગ્રેડી બૂચ દ્વારા તેમની બૂચ પદ્ધતિમાં જન્મ્યો અને રજૂ કરવામાં આવ્યો.

2007-2008: નિરાશ બેલ્જિયન

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

2009: દેવ અને ઓપ્સ વચ્ચે સહકારનો મામલો

ઓ'રેલી વેલોસિટી કોન્ફરન્સમાં, ફ્લિકરના બે કર્મચારીઓ, ટેકનિકલ ઓપરેશન્સના સિનિયર વાઇસ પ્રેસિડેન્ટ જ્હોન ઓલસ્પાવ અને સીટીઓ પોલ હેમન્ડે હાલમાં પ્રખ્યાત પ્રેઝન્ટેશન આપ્યું હતું. "દિવસમાં 10 ડિપ્લોયમેન્ટ્સ: ફ્લિકર પર ડેવ એન્ડ ઓપ્સ કોલાબોરેશન".

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

2010: યુનાઈટેડ સ્ટેટ્સ ઑફ અમેરિકામાં DevOps

વધતી જતી અનુયાયીઓ સાથે, વાર્ષિક વેલોસિટી કોન્ફરન્સ પછી તરત જ, કેલિફોર્નિયાના માઉન્ટેન વ્યૂમાં યુનાઇટેડ સ્ટેટ્સમાં પ્રથમ વખત DevOpsDays કોન્ફરન્સનું આયોજન કરવામાં આવ્યું હતું. 2018 માટે ઝડપથી આગળ વધો, અને યુનાઇટેડ સ્ટેટ્સમાં ડઝન સહિત 30 થી વધુ DevOpsDays કોન્ફરન્સ શેડ્યૂલ કરવામાં આવી છે.

2013: પ્રોજેક્ટ "ફોનિક્સ"

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

ભવિષ્ય માટે DevOps

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

છેલ્લા દાયકામાં DevOps ની શરૂઆતથી ઘણું હાંસલ કરવામાં આવ્યું છે, અને અમે 2018 અને તે પછી પણ વધુ જોવાની અપેક્ષા રાખીએ છીએ.

સોર્સ: www.habr.com