GitOps શું છે?

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

એક વર્ષ પહેલા અમે પ્રકાશિત કર્યું હતું GitOps નો પરિચય. તે સમયે, અમે શેર કર્યું કે કેવી રીતે Weaveworks ટીમે સંપૂર્ણપણે કુબરનેટ્સ પર આધારિત SaaS લૉન્ચ કર્યું અને ક્લાઉડ નેટિવ વાતાવરણમાં જમાવટ, વ્યવસ્થાપન અને દેખરેખ માટે પ્રિસ્ક્રિપ્ટિવ શ્રેષ્ઠ પ્રેક્ટિસનો સમૂહ વિકસાવ્યો.

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

અમને ટૂંક સમયમાં સમજાયું કે એક નવા વર્ણનની જરૂર છે, ઓફર:

1. મોટી સંખ્યામાં ઉદાહરણો અને વાર્તાઓ;
2. GitOps ની ચોક્કસ વ્યાખ્યા;
3. પરંપરાગત સતત ડિલિવરી સાથે સરખામણી.

આ લેખમાં અમે આ બધા વિષયોને આવરી લેવાનો પ્રયાસ કર્યો છે. તે GitOps અને વિકાસકર્તા અને CI/CD પરિપ્રેક્ષ્યનો અપડેટ કરેલો પરિચય પૂરો પાડે છે. અમે મુખ્યત્વે કુબરનેટ્સ પર ધ્યાન કેન્દ્રિત કરીએ છીએ, જો કે મોડેલને સામાન્ય બનાવી શકાય છે.

GitOps ને મળો

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

બોબની ટીમ ક્લાઉડમાં પ્રોડક્શન સિસ્ટમ્સ જમાવે છે. તેમની મુખ્ય એપ્લિકેશનો GKE પર ચાલે છે, Google Cloud પર કુબરનેટ્સનો લાભ લઈને. વધુમાં, તેઓ તેમના કામમાં વિવિધ ડેટા અને એનાલિટિક્સ સાધનોનો ઉપયોગ કરે છે.

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

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

પછી તેઓ GitOps વિશે શીખ્યા. આ નિર્ણય તેઓને આત્મવિશ્વાસપૂર્વક આગળ વધવા માટે જે જરૂરી હતું તે બરાબર બન્યું.

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

કૌટુંબિક વીમો GitOps લાગુ કરવાનું નક્કી કરે છે. કંપની પાસે હવે ઓટોમેટેડ ઓપરેશન મોડલ છે જે કુબરનેટ્સ અને કમ્બાઈન્સ સાથે સુસંગત છે ઝડપ સાથે સ્થિરતાકારણ કે તેઓ:

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

શું થયું?

GitOps બે વસ્તુઓ છે:

1. કુબરનેટ્સ અને ક્લાઉડ નેટિવ માટે ઓપરેશનલ મોડલ. તે કન્ટેનરાઇઝ્ડ ક્લસ્ટરો અને એપ્લિકેશનોને જમાવવા, મેનેજ કરવા અને મોનિટર કરવા માટે શ્રેષ્ઠ પ્રયાસોનો સમૂહ પ્રદાન કરે છે. સ્વરૂપમાં ભવ્ય વ્યાખ્યા એક સ્લાઇડ થી લુઈસ ફેસીરા:
2. વિકાસકર્તા-કેન્દ્રિત એપ્લિકેશન મેનેજમેન્ટ પર્યાવરણ બનાવવાનો માર્ગ. અમે કામગીરી અને વિકાસ બંને માટે Git વર્કફ્લો લાગુ કરીએ છીએ. મહેરબાની કરીને નોંધ કરો કે આ માત્ર ગિટ પુશ વિશે નથી, પરંતુ CI/CD અને UI/UX ટૂલ્સના સમગ્ર સેટને ગોઠવવા વિશે છે.

ગિટ વિશે થોડાક શબ્દો

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

કુબરનેટ્સ કેવી રીતે કાર્ય કરે છે

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

કુબરનેટ્સ વપરાશકર્તાઓને શું આપે છે?

અહીં કેટલીક મુખ્ય લાક્ષણિકતાઓ છે:

1. કુબરનેટ્સ મોડેલમાં, બધું ઘોષણાત્મક સ્વરૂપમાં વર્ણવી શકાય છે.
2. Kubernetes API સર્વર આ ઘોષણાને ઇનપુટ તરીકે લે છે અને પછી ક્લસ્ટરને ઘોષણામાં વર્ણવેલ રાજ્યમાં લાવવાનો સતત પ્રયાસ કરે છે.
3. ઘોષણાઓ વિવિધ પ્રકારના વર્કલોડનું વર્ણન કરવા અને તેનું સંચાલન કરવા માટે પર્યાપ્ત છે—“એપ્લિકેશન્સ.”
4. પરિણામે, એપ્લિકેશન અને ક્લસ્ટરમાં ફેરફારો આના કારણે થાય છે:
   • કન્ટેનર છબીઓમાં ફેરફારો;
   • ઘોષણાત્મક સ્પષ્ટીકરણમાં ફેરફારો;
   • પર્યાવરણમાં ભૂલો - ઉદાહરણ તરીકે, કન્ટેનર ક્રેશ.

કુબરનેટ્સની મહાન કન્વર્જન્સ ક્ષમતાઓ

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

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

GitOps કેવી રીતે કામ કરે છે

GitOps કેવી રીતે કાર્ય કરે છે તે સમજાવવા માટે અમે Kubernetes વિશે પૂરતું શીખ્યા છીએ.

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

મુખ્ય વસ્તુ એ છે કે આપણે જોઈએ છીએ કે દરેક અપડેટ રૂપરેખાંકન ફાઇલો અને ગિટ રિપોઝીટરીઝમાં ફેરફારો સાથે સમાપ્ત થાય છે. Git માં આ ફેરફારોને કારણે "GitOps ઓપરેટર" ક્લસ્ટરને અપડેટ કરે છે:

1. કાર્ય પ્રક્રિયા: "જેનકિન્સ બિલ્ડ - મુખ્ય શાખા».
કાર્ય સૂચિ:

• જેનકિન્સે ટૅગ કરેલી છબીઓને ક્વે પર દબાણ કર્યું;
• જેનકિન્સ રૂપરેખા અને હેલ્મ ચાર્ટને માસ્ટર સ્ટોરેજ બકેટમાં દબાણ કરે છે;
• ક્લાઉડ ફંક્શન માસ્ટર સ્ટોરેજ બકેટમાંથી માસ્ટર ગિટ રિપોઝીટરીમાં રૂપરેખા અને ચાર્ટની નકલ કરે છે;
• GitOps ઓપરેટર ક્લસ્ટરને અપડેટ કરે છે.

2. જેનકિન્સ બિલ્ડ - રિલીઝ અથવા હોટફિક્સ શાખા:

• જેનકિન્સ ટૅગ વગરની છબીઓને ક્વે પર દબાણ કરે છે;
• જેનકિન્સ રૂપરેખા અને હેલ્મ ચાર્ટને સ્ટેજીંગ સ્ટોરેજ બકેટમાં દબાણ કરે છે;
• ક્લાઉડ ફંક્શન સ્ટેજીંગ સ્ટોરેજ બકેટમાંથી સ્ટેજીંગ ગિટ રીપોઝીટરીમાં રૂપરેખા અને ચાર્ટની નકલ કરે છે;
• GitOps ઓપરેટર ક્લસ્ટરને અપડેટ કરે છે.

3. જેનકિન્સ બિલ્ડ - ડેવલપ અથવા ફીચર શાખા:

• જેનકિન્સ ટૅગ વગરની છબીઓને ક્વે પર દબાણ કરે છે;
• જેનકિન્સ રૂપરેખા અને હેલ્મ ચાર્ટને ડેવલપ સ્ટોરેજ બકેટમાં દબાણ કરે છે;
• ક્લાઉડ ફંક્શન ડેવલપ સ્ટોરેજ બકેટમાંથી ડેવલપ ગિટ રિપોઝીટરીમાં રૂપરેખા અને ચાર્ટની નકલ કરે છે;
• GitOps ઓપરેટર ક્લસ્ટરને અપડેટ કરે છે.

4. નવો ક્લાયંટ ઉમેરી રહ્યા છીએ:

• મેનેજર અથવા એડમિનિસ્ટ્રેટર (LCM/ops) શરૂઆતમાં નેટવર્ક લોડ બેલેન્સર્સ (NLBs) ને ગોઠવવા અને ગોઠવવા માટે Gradle ને કૉલ કરે છે;
• LCM/ops અપડેટ્સ માટે જમાવટ તૈયાર કરવા માટે નવી રૂપરેખા કરે છે;
• GitOps ઓપરેટર ક્લસ્ટરને અપડેટ કરે છે.

GitOps નું સંક્ષિપ્ત વર્ણન

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

ભિન્નતા શું છે?

ચાલો ફરીથી પુનરાવર્તન કરીએ: બધા ઇચ્છિત ક્લસ્ટર ગુણધર્મો ક્લસ્ટરમાં જ અવલોકનક્ષમ હોવા જોઈએ.

વિભિન્નતાના કેટલાક ઉદાહરણો:

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

કન્વર્જન્સની મિકેનિઝમ શું છે?

થોડા ઉદાહરણો:

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

GitOps શોષણ માટે એક મોડેલ પ્રદાન કરવા માટે કુબરનેટ્સના ઉત્તમ કન્વર્જન્સ એન્જિન સાથે ગિટને જોડે છે.

GitOps અમને કહેવાની મંજૂરી આપે છે: ફક્ત તે સિસ્ટમો કે જે વર્ણવી શકાય છે અને અવલોકન કરી શકાય છે તે સ્વચાલિત અને નિયંત્રિત થઈ શકે છે.

GitOps સમગ્ર ક્લાઉડ નેટિવ સ્ટેક (ઉદાહરણ તરીકે, ટેરાફોર્મ, વગેરે) માટે બનાવાયેલ છે.

GitOps એ માત્ર Kubernetes નથી. અમે ઇચ્છીએ છીએ કે સમગ્ર સિસ્ટમ ઘોષણાત્મક રીતે ચલાવવામાં આવે અને કન્વર્જન્સનો ઉપયોગ કરે. સમગ્ર સિસ્ટમ દ્વારા અમારો અર્થ કુબરનેટ્સ સાથે કામ કરતા પર્યાવરણોનો સંગ્રહ છે - ઉદાહરણ તરીકે, "દેવ ક્લસ્ટર 1", "ઉત્પાદન", વગેરે. દરેક પર્યાવરણમાં મશીનો, ક્લસ્ટરો, એપ્લિકેશન્સ, તેમજ ડેટા, મોનિટરિંગ પ્રદાન કરતી બાહ્ય સેવાઓ માટેના ઇન્ટરફેસનો સમાવેશ થાય છે. અને વગેરે

આ કિસ્સામાં બુટસ્ટ્રેપિંગ સમસ્યા માટે ટેરાફોર્મ કેટલું મહત્વનું છે તેની નોંધ લો. Kubernetes ને ક્યાંક તૈનાત કરવું પડશે, અને Terraform નો ઉપયોગ કરવાનો અર્થ એ છે કે અમે કંટ્રોલ લેયર બનાવવા માટે સમાન GitOps વર્કફ્લો લાગુ કરી શકીએ છીએ જે Kubernetes અને એપ્લિકેશનોને અન્ડરપિન કરે છે. આ એક ઉપયોગી શ્રેષ્ઠ પ્રથા છે.

કુબરનેટ્સની ટોચ પરના સ્તરો પર GitOps ખ્યાલો લાગુ કરવા પર મજબૂત ધ્યાન કેન્દ્રિત કરવામાં આવ્યું છે. આ ક્ષણે, Istio, Helm, Ksonnet, OpenFaaS અને Kubeflow માટે GitOps-પ્રકારના સોલ્યુશન્સ છે, તેમજ, ઉદાહરણ તરીકે, પુલુમી માટે, જે ક્લાઉડ નેટિવ માટે એપ્લિકેશન વિકસાવવા માટે એક સ્તર બનાવે છે.

કુબરનેટ્સ સીઆઈ/સીડી: અન્ય અભિગમો સાથે ગિટઓપ્સની તુલના

કહ્યું તેમ, GitOps બે વસ્તુઓ છે:

1. કુબરનેટ્સ અને ક્લાઉડ નેટિવ માટેનું ઓપરેટિંગ મોડલ ઉપર વર્ણવેલ છે.
2. વિકાસકર્તા-કેન્દ્રિત એપ્લિકેશન મેનેજમેન્ટ પર્યાવરણનો માર્ગ.

ઘણા લોકો માટે, GitOps એ મુખ્યત્વે Git pushes પર આધારિત વર્કફ્લો છે. અમે પણ તેને પસંદ કરીએ છીએ. પરંતુ આટલું જ નથી: ચાલો હવે CI/CD પાઇપલાઇન્સ જોઈએ.

GitOps કુબરનેટ્સ માટે સતત જમાવટ (CD) ને સક્ષમ કરે છે

GitOps એક સતત ડિપ્લોયમેન્ટ મિકેનિઝમ પ્રદાન કરે છે જે અલગ "ડિપ્લોયમેન્ટ મેનેજમેન્ટ સિસ્ટમ્સ" ની જરૂરિયાતને દૂર કરે છે. કુબરનેટ્સ તમારા માટે તમામ કામ કરે છે.

• એપ્લિકેશન અપડેટ કરવા માટે Git માં અપડેટ કરવું જરૂરી છે. આ ઇચ્છિત રાજ્ય માટે વ્યવહારિક અપડેટ છે. "ડિપ્લોયમેન્ટ" પછી અપડેટ કરેલા વર્ણનના આધારે કુબરનેટ્સ દ્વારા ક્લસ્ટરની અંદર કરવામાં આવે છે.
• કુબરનેટ્સ કેવી રીતે કાર્ય કરે છે તેના સ્વભાવને કારણે, આ અપડેટ્સ કન્વર્જન્ટ છે. આ સતત જમાવટ માટે એક મિકેનિઝમ પૂરું પાડે છે જેમાં તમામ અપડેટ્સ એટોમિક હોય છે.
• ઉદાહરણ: વીવ ક્લાઉડ GitOps ઑપરેટર ઑફર કરે છે જે Git અને Kubernetes ને એકીકૃત કરે છે અને ક્લસ્ટરની ઇચ્છિત અને વર્તમાન સ્થિતિનું સમાધાન કરીને CD ને કરવા દે છે.

kubectl અને સ્ક્રિપ્ટો વિના

તમારે તમારા ક્લસ્ટરને અપડેટ કરવા માટે Kubectl નો ઉપયોગ કરવાનું ટાળવું જોઈએ, અને ખાસ કરીને kubectl આદેશોને જૂથ બનાવવા માટે સ્ક્રિપ્ટ્સનો ઉપયોગ કરવાનું ટાળવું જોઈએ. તેના બદલે, GitOps પાઇપલાઇન સાથે, વપરાશકર્તા તેમના કુબરનેટ્સ ક્લસ્ટરને Git દ્વારા અપડેટ કરી શકે છે.

ફાયદાઓમાં શામેલ છે:

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

CI અને CD વચ્ચેનો તફાવત

GitOps હાલના CI/CD મોડલ્સને સુધારે છે.

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

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

સીઆઈ સર્વર્સે કુબરનેટ્સમાં ડાયરેક્ટ અપડેટ્સ દ્વારા સીડી કેમ ન કરવી જોઈએ

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

ચાલો એલિસ અને બોબ પર પાછા જઈએ.

તેઓએ કઈ સમસ્યાઓનો સામનો કરવો પડ્યો? બોબનું CI સર્વર ક્લસ્ટરમાં ફેરફારો લાગુ કરે છે, પરંતુ જો તે પ્રક્રિયામાં ક્રેશ થઈ જાય, તો બોબ જાણશે નહીં કે ક્લસ્ટર કઈ સ્થિતિમાં છે (અથવા હોવું જોઈએ) અથવા તેને કેવી રીતે ઠીક કરવું. સફળતાના કિસ્સામાં પણ એવું જ છે.

ચાલો ધારીએ કે બોબની ટીમે એક નવી ઈમેજ બનાવી અને પછી ઈમેજ (બધું CI પાઈપલાઈનમાંથી) જમાવવા માટે તેમના જમાવટને પેચ કર્યા.

જો છબી સામાન્ય રીતે બને છે, પરંતુ પાઇપલાઇન નિષ્ફળ જાય છે, તો ટીમે આકૃતિ કરવી પડશે:

• શું અપડેટ રોલઆઉટ થઈ ગયું છે?
• શું અમે નવું બિલ્ડ શરૂ કરી રહ્યા છીએ? શું આ બિનજરૂરી આડઅસરો તરફ દોરી જશે - સમાન અપરિવર્તનશીલ છબીના બે બિલ્ડ્સ હોવાની સંભાવના સાથે?
• બિલ્ડ ચલાવતા પહેલા શું આપણે આગલા અપડેટની રાહ જોવી જોઈએ?
• બરાબર શું ખોટું થયું? કયા પગલાંને પુનરાવર્તિત કરવાની જરૂર છે (અને કયા પગલાંનું પુનરાવર્તન કરવું સલામત છે)?

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

સારાંશ માટે, અહીં શા માટે CI સર્વર્સે CD સાથે વ્યવહાર ન કરવો જોઈએ:

• અપડેટ સ્ક્રિપ્ટો હંમેશા નિર્ણાયક હોતી નથી; તેમનામાં ભૂલો કરવી સરળ છે.
• CI સર્વર્સ ઘોષણાત્મક ક્લસ્ટર મોડલ સાથે જોડાતા નથી.
• આડેધડતાની ખાતરી આપવી મુશ્કેલ છે. વપરાશકર્તાઓએ સિસ્ટમના ઊંડા અર્થશાસ્ત્રને સમજવું આવશ્યક છે.
• આંશિક નિષ્ફળતામાંથી પુનઃપ્રાપ્ત કરવું વધુ મુશ્કેલ છે.

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

કુબરનેટ્સ માટે સતત ડિલિવરીનો અમલ કરવાની શ્રેષ્ઠ રીત તરીકે GitOps

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

Kubernetes માટે ઓપરેટિંગ મોડેલ

નીચેનો આકૃતિ જુઓ. તે ગિટ અને કન્ટેનર ઇમેજ રિપોઝીટરીને બે ઓર્કેસ્ટ્રેટેડ જીવનચક્ર માટે વહેંચાયેલ સંસાધનો તરીકે રજૂ કરે છે:

• સતત એકીકરણ પાઈપલાઈન કે જે Git પર ફાઈલો વાંચે છે અને લખે છે અને કન્ટેનર ઈમેજીસના રીપોઝીટરીને અપડેટ કરી શકે છે.
• એક રનટાઇમ GitOps પાઇપલાઇન કે જે વ્યવસ્થાપન અને અવલોકનક્ષમતા સાથે જમાવટને જોડે છે. તે Git પર ફાઇલો વાંચે છે અને લખે છે અને કન્ટેનર ઇમેજ ડાઉનલોડ કરી શકે છે.

મુખ્ય તારણો શું છે?

1. ચિંતાઓનું વિભાજન: મહેરબાની કરીને નોંધ કરો કે બંને પાઇપલાઇન્સ ફક્ત Git અથવા ઇમેજ રિપોઝીટરીને અપડેટ કરીને જ વાતચીત કરી શકે છે. બીજા શબ્દોમાં કહીએ તો, CI અને રનટાઇમ પર્યાવરણ વચ્ચે ફાયરવોલ છે. અમે તેને "અપરિવર્તનક્ષમતા ફાયરવોલ" કહીએ છીએ. (અપરિવર્તનક્ષમતા ફાયરવોલ), કારણ કે તમામ રીપોઝીટરી અપડેટ્સ નવી આવૃત્તિઓ બનાવે છે. આ વિષય પર વધુ માહિતી માટે, સ્લાઇડ્સ 72-87 નો સંદર્ભ લો આ રજૂઆત.
2. તમે કોઈપણ CI અને Git સર્વરનો ઉપયોગ કરી શકો છો: GitOps કોઈપણ ઘટક સાથે કામ કરે છે. તમે તમારા મનપસંદ CI અને Git સર્વર્સ, ઇમેજ રિપોઝીટરીઝ અને ટેસ્ટ સ્યુટ્સનો ઉપયોગ કરવાનું ચાલુ રાખી શકો છો. બજારમાં લગભગ તમામ અન્ય સતત ડિલિવરી સાધનોને તેમના પોતાના CI/Git સર્વર અથવા ઇમેજ રિપોઝીટરીની જરૂર છે. આ ક્લાઉડ નેટીવના વિકાસમાં મર્યાદિત પરિબળ બની શકે છે. GitOps સાથે, તમે પરિચિત સાધનોનો ઉપયોગ કરી શકો છો.
3. એકીકરણ સાધન તરીકે ઇવેન્ટ્સ: જલદી જ Git માં ડેટા અપડેટ થાય છે, વેવ ફ્લક્સ (અથવા વેવ ક્લાઉડ ઓપરેટર) રનટાઇમને સૂચિત કરે છે. જ્યારે પણ કુબરનેટ્સ ફેરફાર સેટ સ્વીકારે છે, ત્યારે ગિટ અપડેટ થાય છે. નીચે બતાવ્યા પ્રમાણે, આ GitOps માટે વર્કફ્લો ગોઠવવા માટે એક સરળ એકીકરણ મોડેલ પ્રદાન કરે છે.

નિષ્કર્ષ

GitOps કોઈપણ આધુનિક CI/CD ટૂલ દ્વારા જરૂરી મજબૂત અપડેટ ગેરંટી પૂરી પાડે છે:

• ઓટોમેશન;
• સંકલન;
• અશક્તિ;
• નિશ્ચયવાદ

આ મહત્વપૂર્ણ છે કારણ કે તે ક્લાઉડ મૂળ વિકાસકર્તાઓ માટે ઓપરેશનલ મોડલ ઓફર કરે છે.

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

તેમની પોતાની ટીમો અને જમાવટ યોજનાઓ સાથે વિવિધ ક્લાઉડ્સ અને ઘણી સેવાઓમાં પથરાયેલા ઘણા ક્લસ્ટરોની કલ્પના કરો. GitOps આ બધી વિપુલતાને મેનેજ કરવા માટે સ્કેલ-અપરિવર્તનશીલ મોડેલ ઓફર કરે છે.

અનુવાદક તરફથી પીએસ

અમારા બ્લોગ પર પણ વાંચો:

• «GitOps: પુલ અને પુશ પદ્ધતિઓની સરખામણી»;
• «કુબેડોગનો પરિચય, કુબરનેટ્સ સંસાધનોને ટ્રેક કરવા માટેની લાઇબ્રેરી»;
• «કુબરનેટ્સનું વિસ્તરણ અને પૂરક (વિહંગાવલોકન અને વિડિયો રિપોર્ટ)».

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

Habré પર આ બે અનુવાદો દેખાય તે પહેલાં શું તમે GitOps વિશે જાણતા હતા?

• હા, હું બધું જાણતો હતો

• માત્ર ઉપરછલ્લી રીતે

• કોઈ

35 વપરાશકર્તાઓએ મતદાન કર્યું. 10 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com