DevOps શા માટે જરૂરી છે અને DevOps નિષ્ણાતો કોણ છે?

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

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

DevOps શા માટે જરૂરી છે?

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

DevOps શું છે?

તે એક સારો પ્રશ્ન છે - અને એક વિવાદાસ્પદ: વિશ્વ હજી સુધી આના પર સંમત થયું નથી. EPAM માને છે કે DevOps ટીમની અંદર ટેક્નોલોજી, પ્રક્રિયાઓ અને ક્રિયાપ્રતિક્રિયાની સંસ્કૃતિને જોડે છે. આ એસોસિએશનનો ઉદ્દેશ્ય અંતિમ વપરાશકર્તાઓને સતત મૂલ્ય પહોંચાડવાનો છે.

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

એ દિવસ આવ્યો જ્યારે ડેવલપર્સ અને સિસ્ટમ એન્જિનિયરો એકબીજાના કામમાં રસ લેતા થયા. ઉત્પાદન અને આધાર વચ્ચેનો અવરોધ દૂર થવા લાગ્યો. આ રીતે DevOps ઉભરી આવ્યા, જેમાં પ્રથા, સંસ્કૃતિ અને ટીમની ક્રિયાપ્રતિક્રિયાનો સમાવેશ થાય છે.

DevOps સંસ્કૃતિનો સાર શું છે?

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

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

DevOps પ્રેક્ટિસના પ્રકારો શું છે?

DevOps પ્રેક્ટિસ સોફ્ટવેર જીવન ચક્રના તમામ તબક્કાઓને આવરી લે છે.

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

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

CI/CD સ્ટેજ પર, કોડ ગુણવત્તાના દરવાજામાંથી પસાર થાય છે. તેમની મદદ વડે, તેઓ તપાસ કરે છે કે ડેવલપરના વર્કસ્ટેશનમાંથી જે કોડ આવે છે તે નિર્દિષ્ટ ગુણવત્તા માપદંડોને પૂર્ણ કરે છે. એકમ અને UI પરીક્ષણ અહીં ઉમેરવામાં આવ્યું છે. ઝડપી, પીડારહિત અને ધ્યાન કેન્દ્રિત ઉત્પાદન જમાવટ માટે, તમે યોગ્ય જમાવટ પ્રકાર પસંદ કરી શકો છો.

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

DevOps પ્રેક્ટિસના ફાયદા શું છે?

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

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

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

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

"સિસ્ટમ એન્જિનિયર", "બિલ્ડ એન્જિનિયર" અને "DevOps એન્જિનિયર" ની વિભાવનાઓ કેવી રીતે સંબંધિત છે?

તેઓ ઓવરલેપ થાય છે, પરંતુ સહેજ અલગ વિસ્તારોથી સંબંધિત છે.

EPAM માં સિસ્ટમ્સ એન્જિનિયર એક પદ છે. તેઓ વિવિધ સ્તરોમાં આવે છે: જુનિયરથી લઈને મુખ્ય નિષ્ણાત સુધી.

બિલ્ડ એન્જિનિયર એ એક વધુ ભૂમિકા છે જે પ્રોજેક્ટ પર કરી શકાય છે. હવે આને CI/CD માટે જવાબદાર લોકો કહેવામાં આવે છે.

DevOps એન્જિનિયર એ નિષ્ણાત છે જે પ્રોજેક્ટ પર DevOps પ્રેક્ટિસનો અમલ કરે છે.

જો આપણે આ બધાનો સરવાળો કરીએ, તો આપણને કંઈક આના જેવું મળે છે: સિસ્ટમ એન્જિનિયરની સ્થિતિમાં એક વ્યક્તિ પ્રોજેક્ટ પર બિલ્ડ એન્જિનિયરની ભૂમિકા ભજવે છે અને ત્યાં DevOps પ્રેક્ટિસના અમલીકરણમાં સામેલ છે.

DevOps એન્જિનિયર બરાબર શું કરે છે?

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

અમે ઓટોમેશન વિશે ઘણી વાત કરી - આ તે છે જે DevOps એન્જિનિયરો પ્રથમ અને અગ્રણી સાથે વ્યવહાર કરે છે. આ એક ખૂબ જ મોટો મુદ્દો છે, જેમાં અન્ય બાબતોની સાથે પર્યાવરણની તૈયારીનો પણ સમાવેશ થાય છે.

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

DevOps એન્જિનિયરને શું જાણવું જોઈએ?

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

1. પ્રોગ્રામિંગ ભાષાઓ

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

એક DevOps એન્જિનિયર આમાંથી એક અથવા વધુ ભાષાઓ શીખી શકે છે: Python, Groovy, Bash, Powershell, Ruby, Go. તેમને ઊંડા સ્તરે જાણવું જરૂરી નથી - સિન્ટેક્સની મૂળભૂત બાબતો, OOP સિદ્ધાંતો અને ઓટોમેશન માટે સરળ સ્ક્રિપ્ટો લખવાની ક્ષમતા પૂરતી છે.

2. ઓપરેટિંગ સિસ્ટમ્સ

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

3. સંસ્કરણ નિયંત્રણ સિસ્ટમો

વર્ઝન કંટ્રોલ સિસ્ટમના જ્ઞાન વિના, DevOps એન્જિનિયર ક્યાંય નથી. Git આ ક્ષણે સૌથી વધુ લોકપ્રિય સિસ્ટમોમાંની એક છે.

4. મેઘ પ્રદાતાઓ

AWS, Google, Azure - ખાસ કરીને જો આપણે Windows દિશા વિશે વાત કરી રહ્યા છીએ.

કિરીલ સેર્ગીવ: "ક્લાઉડ પ્રદાતાઓ અમને વર્ચ્યુઅલ સર્વર્સ પ્રદાન કરે છે જે CI/CD માં સંપૂર્ણ રીતે ફિટ છે.

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

5. ઓર્કેસ્ટ્રેશન સિસ્ટમ્સ: ડોકર અને કુબરનેટ્સ

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

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

6. રૂપરેખાંકન સિસ્ટમો: રસોઇયા, જવાબી, કઠપૂતળી

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

DevOps એન્જિનિયર કેવા પ્રકારની કારકિર્દી બનાવી શકે છે?

તમે આડા અને ઊભી બંને રીતે વિકાસ કરી શકો છો.

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

તમે સિસ્ટમ આર્કિટેક્ટ બની શકો છો જો કોઈ કર્મચારી એ સમજવામાં રસ ધરાવતો હોય કે એપ્લિકેશન તેના જીવન ચક્રના તમામ તબક્કે - વિકાસથી સમર્થન સુધી કેવી રીતે કાર્ય કરે છે.

DevOps એન્જિનિયર કેવી રીતે બનવું?

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

સોર્સ: www.habr.com