શા માટે સિસ્ટમ સંચાલકોએ DevOps એન્જિનિયર્સ બનવું જોઈએ

જીવનમાં શીખવા માટે આજથી સારો સમય બીજો કોઈ નથી.

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

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

પરંતુ શું તે ખરેખર એટલું ડરામણું છે? હું કહીશ કે જ્ઞાનના અભાવને કોઈ મોટી સમસ્યા ન સમજવી જોઈએ. તે એક વ્યાવસાયિક પડકાર વધુ છે.

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

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

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

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

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

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

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

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

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

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

પરંતુ આ નિવેદન કેટલું સાચું છે?

સિસ્ટમ એડમિનિસ્ટ્રેટર: ક્ષેત્રમાં એક યોદ્ધા

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

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

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

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

સિસ્ટમ એડમિનિસ્ટ્રેટરનું કાર્ય સમય બગાડવાનું અને કોઈપણ સંભવિત રીતે કંપનીના નાણાં બચાવવાનું નથી. કેટલીકવાર સિસ્ટમ એડમિનિસ્ટ્રેટર્સ મોટી ટીમના સભ્યો તરીકે કામ કરે છે, એક થઈને, ઉદાહરણ તરીકે, લિનક્સ, વિન્ડોઝ, ડેટાબેસેસ, સ્ટોરેજ વગેરેના સંચાલકો. કામનું સમયપત્રક પણ બદલાય છે. ઉદાહરણ તરીકે, દિવસના અંતે એક ટાઈમ ઝોનમાં શિફ્ટ કેસને બીજા ટાઈમ ઝોનમાં બીજી શિફ્ટમાં ટ્રાન્સફર કરે છે જેથી પ્રક્રિયાઓ બંધ ન થાય (સૂર્યને અનુસરો); અથવા કર્મચારીઓનો સામાન્ય કામકાજનો દિવસ સવારે 9 વાગ્યાથી સાંજના 5 વાગ્યા સુધી હોય છે; અથવા તે XNUMX/XNUMX ડેટા સેન્ટરમાં કામ કરે છે.

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

DevOps: એક તરીકે વિકાસ અને જાળવણી

DevOps વિકાસ અને જાળવણી પ્રક્રિયાઓ માટે એક પ્રકારની ફિલસૂફી છે. આઇટી વિશ્વમાં આ અભિગમ ખરેખર નવીન બની ગયો છે.

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

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

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

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

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

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

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

Git માં ઘણી બધી સુવિધાઓ છે. તમે સંભવતઃ તમામ ગિટ આદેશો ક્યારેય શીખી શકશો નહીં, પરંતુ તમે બરાબર સમજી શકશો કે તે સોફ્ટવેર સંચાર અને સહયોગમાં શા માટે મુખ્ય છે. જો તમે DevOps ટીમમાં કામ કરી રહ્યાં હોવ તો ગિટનું સંપૂર્ણ જ્ઞાન ખૂબ જ મહત્વપૂર્ણ છે.

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

નિષ્કર્ષ

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

સોર્સ: www.habr.com