GitOps: બીજો બઝવર્ડ અથવા ઓટોમેશનમાં પ્રગતિ?

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

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

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

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

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

ગીટોપ્સ

આઈએસી

બધા કોડ ગિટ રીપોઝીટરીમાં સંગ્રહિત છે

કોડ સંસ્કરણ વૈકલ્પિક છે

ઘોષણાત્મક કોડ વર્ણન / આઇડમ્પોટેન્સી

ઘોષણાત્મક અને અનિવાર્ય બંને વર્ણનોને મંજૂરી છે

ફેરફારો મર્જ વિનંતી / પુલ વિનંતી પદ્ધતિનો ઉપયોગ કરીને પ્રભાવી થાય છે

સંકલન, મંજૂરી અને સહયોગ વૈકલ્પિક છે

અપડેટ્સ રોલઆઉટ કરવાની પ્રક્રિયા સ્વચાલિત છે

અપડેટ્સ રોલઆઉટ કરવાની પ્રક્રિયા પ્રમાણિત નથી (ઓટોમેટિક, મેન્યુઅલ, ફાઈલોની નકલ કરવી, આદેશ વાક્યનો ઉપયોગ કરીને, વગેરે.)

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

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

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

કંપનીમાં GitLab અમે આ નવા શબ્દની બે વ્યાખ્યાઓ વિકસાવી છે: સૈદ્ધાંતિક અને વ્યવહારુ. ચાલો સૈદ્ધાંતિક સાથે પ્રારંભ કરીએ:

GitOps એ એક પદ્ધતિ છે જે એપ્લિકેશન ડેવલપમેન્ટ માટે ઉપયોગમાં લેવાતા શ્રેષ્ઠ DevOps સિદ્ધાંતો લે છે, જેમ કે વર્ઝન કંટ્રોલ, ઇન્ટરઓપ, સમાધાન, CI/CD, અને તેને સ્વચાલિત ઇન્ફ્રાસ્ટ્રક્ચર મેનેજમેન્ટ કાર્યોમાં લાગુ કરે છે.

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

વ્યવહારિક દૃષ્ટિકોણથી, અમે વર્ણન કરીએ છીએ ગીટોપ્સ નીચે પ્રમાણે છે:

આ ફોર્મ્યુલાના મુખ્ય ઘટકોમાંના એક તરીકે અમે પહેલાથી જ ઈન્ફ્રાસ્ટ્રક્ચરની કોડ તરીકે ચર્ચા કરી છે. ચાલો બાકીના સભ્યોનો પરિચય આપીએ.

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

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

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

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

અને જો તમને અચાનક તે બધું વ્યવહારમાં કેવું દેખાય છે તેમાં રસ પડ્યો, તો હું તમને અમારા જોવા માટે આમંત્રિત કરું છું મુખ્ય વર્ગ, જેમાં હું તમને GitLab નો ઉપયોગ કેવી રીતે કરવો તે વિશે માર્ગદર્શન આપું છું:

• GitOps ના મૂળભૂત સિદ્ધાંતોનો અમલ કરો

• ક્લાઉડ ઈન્ફ્રાસ્ટ્રક્ચર બનાવો અને તેમાં ફેરફાર કરો (યાન્ડેક્ષ ક્લાઉડના ઉદાહરણ પર)

• સક્રિય મોનિટરિંગ દ્વારા ઇચ્છિત સ્થિતિમાંથી સિસ્ટમ ડ્રિફ્ટની શોધને સ્વચાલિત કરો

https://bit.ly/34tRpwZ

સોર્સ: www.habr.com