અમે DevOps વિશે સમજી શકાય તેવી ભાષામાં વાત કરીએ છીએ

DevOps વિશે વાત કરતી વખતે મુખ્ય મુદ્દાને સમજવું મુશ્કેલ છે? અમે તમારા માટે આબેહૂબ સામ્યતાઓ, આકર્ષક ફોર્મ્યુલેશન્સ અને નિષ્ણાતોની સલાહ એકત્રિત કરી છે જે બિન-નિષ્ણાતોને પણ મુદ્દા સુધી પહોંચવામાં મદદ કરશે. અંતે, બોનસ એ Red Hat કર્મચારીઓના પોતાના DevOps છે.

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

તેથી, તમે વારંવાર DevOps વિશે પ્રશ્નો સાંભળી શકો છો જેમ કે, શું તે ચપળ છે? અથવા આ કોઈ ખાસ પદ્ધતિ છે? અથવા તે "સહયોગ" શબ્દનો માત્ર બીજો સમાનાર્થી છે?

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

DevOps શું છે: 6 વ્યાખ્યાઓ અને એનાલોજિસ

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

1. DevOps એક સાંસ્કૃતિક ચળવળ છે

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

2. DevOps વિકાસકર્તાઓને સશક્ત બનાવવા વિશે છે.

"DevOps વિકાસકર્તાઓને એપ્લીકેશન ધરાવવા, તેને ચલાવવા અને શરૂઆતથી અંત સુધી ડિલિવરીને મેનેજ કરવાની શક્તિ આપે છે."

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

3. DevOps એ એપ્લિકેશન બનાવવા અને પહોંચાડવામાં સહયોગ વિશે છે.

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

4. DevOps એ પાઇપલાઇન છે

"કન્વેયર એસેમ્બલી ફક્ત ત્યારે જ શક્ય છે જો બધા ભાગો એક સાથે ફિટ હોય."

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

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

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

5. DevOps એ લોકો, પ્રક્રિયાઓ અને ઓટોમેશનનું યોગ્ય સંયોજન છે

DevOps સંસ્થાના એક્ઝિક્યુટિવ ડિરેક્ટર, Jayne Groll, DevOps સમજાવવા માટે એક સરસ સામ્યતા ઓફર કરી. તેના શબ્દોમાં, “DevOps એ ઘટકોની ત્રણ મુખ્ય શ્રેણીઓ સાથેની રેસીપી જેવી છે: લોકો, પ્રક્રિયા અને ઓટોમેશન. આમાંના મોટાભાગના ઘટકો અન્ય ક્ષેત્રો અને સ્ત્રોતોમાંથી લઈ શકાય છે: લીન, ચપળ, SRE, CI/CD, ITIL, નેતૃત્વ, સંસ્કૃતિ, સાધનો. DevOpsનું રહસ્ય, કોઈપણ સારી રેસીપીની જેમ, એપ્લિકેશન બનાવવા અને રિલીઝ કરવાની ઝડપ અને કાર્યક્ષમતા વધારવા માટે આ ઘટકોના યોગ્ય પ્રમાણ અને મિશ્રણ કેવી રીતે મેળવવું તે છે."

6. DevOps એ છે જ્યારે પ્રોગ્રામર્સ ફોર્મ્યુલા 1 ટીમની જેમ કામ કરે છે

"રેસની શરૂઆતથી અંત સુધી આયોજન કરવામાં આવતું નથી, પરંતુ તેનાથી વિપરીત, સમાપ્તથી પ્રારંભ સુધી."

Red Hat ખાતે ક્લાઉડ પ્લેટફોર્મ માર્કેટિંગના વરિષ્ઠ મેનેજર અને DevOps'ish ન્યૂઝલેટરના પ્રકાશક ક્રિસ શોર્ટ કહે છે, “જ્યારે હું DevOps પહેલમાંથી શું અપેક્ષા રાખવી તે વિશે વાત કરું છું, ત્યારે હું NASCAR અથવા Formula 1 રેસિંગ ટીમને ઉદાહરણ તરીકે વિચારું છું. - આવી ટીમના લીડરનું એક ધ્યેય હોય છે: ટીમ માટે ઉપલબ્ધ સંસાધનો અને તેની સામે આવતા પડકારોને ધ્યાનમાં રાખીને રેસના અંતે સૌથી વધુ શક્ય સ્થાન મેળવવું. આ કિસ્સામાં, રેસનું આયોજન શરૂઆતથી સમાપ્ત કરવા માટે નહીં, પરંતુ તેનાથી વિપરિત, સમાપ્તથી પ્રારંભ સુધીનું આયોજન કરવામાં આવ્યું છે. પ્રથમ, એક મહત્વાકાંક્ષી ધ્યેય નક્કી કરવામાં આવે છે, અને પછી તેને પ્રાપ્ત કરવાના માર્ગો નક્કી કરવામાં આવે છે. પછી તેઓ પેટા કાર્યોમાં વિભાજિત થાય છે અને ટીમના સભ્યોને સોંપવામાં આવે છે.

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

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

DevOps કેવી રીતે સ્કેલ કરવું: નિષ્ણાતોની 10 ટીપ્સ

તે માત્ર એટલું જ છે કે DevOps અને માસ DevOps સંપૂર્ણપણે અલગ વસ્તુઓ છે. અમે તમને જણાવીશું કે પહેલાથી બીજા સુધીના માર્ગમાં આવતા અવરોધોને કેવી રીતે દૂર કરવા.

ઘણી સંસ્થાઓ માટે, DevOpsની સફર સરળતાથી અને આનંદપૂર્વક શરૂ થાય છે. નાની જુસ્સાદાર ટીમો બનાવવામાં આવે છે, જૂની પ્રક્રિયાઓને નવી સાથે બદલવામાં આવે છે, અને પ્રથમ સફળતાઓ આવવામાં લાંબી નથી.

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

તે જોવાનું સરળ છે કે પરિણામ "આપણે" અને "તેમના" વચ્ચે વિભાજનની સંસ્કૃતિ છે.

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

"અને આ સાંસ્કૃતિક સમસ્યા એ માત્ર એક કારણ છે કે DevOps માપવામાં મુશ્કેલ છે. DevOps ટીમો વધતા તકનીકી પડકારોનો સામનો કરી રહી છે જે ઝડપથી વિકસતી IT-પ્રથમ કંપનીઓની લાક્ષણિકતા છે,” સ્ટીવ ન્યુમેને જણાવ્યું હતું, સ્કેલરના સ્થાપક અને અધ્યક્ષ.

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

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

1. યાદ રાખો કે સંસ્કૃતિ પરિવર્તન સમય લે છે.

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

2. પ્લાનિંગ અને પ્લેટફોર્મ પસંદ કરવા માટે પૂરતો સમય પસાર કરો

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

“પછી એકીકરણ અને પરીક્ષણનો તબક્કો આવે છે, જ્યાં ઓટોમેશન માટે સ્કેલેબલ પ્લેટફોર્મ પહેલેથી જ જરૂરી છે. આ તે છે જ્યાં DevOps ટીમો માટે યોગ્ય પ્લેટફોર્મ પસંદ કરવું મહત્વપૂર્ણ છે જે તેમના કૌશલ્ય સ્તર અને પ્રોજેક્ટના અંતિમ લક્ષ્યોને અનુરૂપ હોય.

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

3. જવાબદારીમાંથી દોષ દૂર કરો.

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

4. આગળનો રસ્તો સાફ કરો

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

“લોકોને સંચાર દ્વારા સંગઠનાત્મક સમર્થન અને વેગ આપો જે કાર્ય કરવાની નવી રીતોની સફળતાઓની વ્યાપકપણે ઉજવણી કરીને અગ્રણી જૂથથી આગળ વધે છે. એવા લોકોને કોચ કરો કે જેઓ DevOps પ્રોજેક્ટ્સની આગામી તરંગમાં સામેલ છે અને પ્રથમ વખત DevOpsનો ઉપયોગ કરવા વિશે નર્વસ છે. અને યાદ રાખો કે આ લોકો પાયોનિયરો કરતા ઘણા અલગ છે.”

5. સાધનોનું લોકશાહીકરણ

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

6. ટીમ વર્ક માટે આદર્શ પરિસ્થિતિઓ બનાવો

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

7. કોન્વેના કાયદા અને કાનબન બોર્ડ વિશે ભૂલશો નહીં

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

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

“સ્કેલિંગનું બીજું મહત્વનું પાસું એ છે કે કનબન બોર્ડ્સ પર તમામ કાર્ય (WIP, વર્કઇનપ્રોગ્રેસ) પ્રદર્શિત કરવું. જ્યારે કોઈ સંસ્થા પાસે એવી જગ્યા હોય છે જ્યાં લોકો આ વસ્તુઓ જોઈ શકે છે, ત્યારે તે સહયોગને મોટા પ્રમાણમાં પ્રોત્સાહિત કરે છે, જેની સ્કેલિંગ પર સકારાત્મક અસર પડે છે."

8. જૂના ડાઘ માટે જુઓ

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

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

9. DevOps વિકલ્પોનું સંવર્ધન કરશો નહીં

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

10. DevOps ના વ્યવસાયિક મૂલ્યનો પ્રચાર કરો

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

બોનસ

માં રેડ હેટ ફોરમ રશિયા અમારા પોતાના DevOps 13 સપ્ટેમ્બરના રોજ આવશે - હા, Red Hat, સોફ્ટવેર ઉત્પાદક તરીકે, તેની પોતાની DevOps ટીમો અને પ્રેક્ટિસ છે.

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

પરંતુ તે બધુ જ નથી:

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

સોર્સ: www.habr.com