હેલ્મ ઉપકરણ અને તેની મુશ્કેલીઓ

ટાયફોન ફ્રેઈટ હોલર કોન્સેપ્ટ, એન્ટોન સ્વાનેપોએલ

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

કોન્ફરન્સમાં આપેલા ભાષણ પર આધારિત આ સારાંશ છે @Kubernetes કોન્ફરન્સ by Mail.ru ક્લાઉડ સોલ્યુશન્સ - જો તમારે વાંચવું ન હોય, તો વિડિઓ જુઓ.

શા માટે આપણે ઉત્પાદનમાં કુબરનેટ્સનો ઉપયોગ કરીએ છીએ

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

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

કુબરનેટ્સમાં મોટી YAML ફાઇલોનો શાપ

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

હેલ્મના મુખ્ય જાળવણીકાર એડમ રીસે "નો ખ્યાલ રજૂ કર્યોકુબરનેટ્સમાં વિકાસ ચક્ર", જે આના જેવો દેખાય છે:

1. YAML કૉપિ કરો - YAML ફાઇલ કૉપિ કરો.
2. YAML પેસ્ટ કરો - તેને પેસ્ટ કરો.
3. ફિક્સ ઇન્ડેન્ટ્સ - ફિક્સ ઇન્ડેન્ટ્સ.
4. પુનરાવર્તન કરો - ફરીથી પુનરાવર્તન કરો.

વિકલ્પ કામ કરે છે, પરંતુ તમારે YAML ફાઇલોની ઘણી વખત નકલ કરવી પડશે. આ ચક્રને બદલવા માટે, હેલ્મની શોધ કરવામાં આવી હતી.

હેલ્મ શું છે

પ્રથમ, સુકાન - પેકેજ મેનેજર, જે તમને જરૂરી પ્રોગ્રામ્સ શોધવા અને ઇન્સ્ટોલ કરવામાં મદદ કરે છે. ઇન્સ્ટોલ કરવા માટે, ઉદાહરણ તરીકે, મોંગોડીબી, તમારે સત્તાવાર વેબસાઇટ પર જવાની અને બાઈનરી ડાઉનલોડ કરવાની જરૂર નથી, ફક્ત આદેશ ચલાવો helm install stable/mongodb.

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

ત્રીજે સ્થાને, સુકાન - જમાવટ માસ્ટર. તેની મદદથી તમે એપ્લિકેશન ઇન્સ્ટોલ, રોલબેક અને અપડેટ કરી શકો છો. ચાલો આ કેવી રીતે કરવું તે શોધી કાઢીએ.

તમારી પોતાની એપ્લિકેશનો જમાવવા માટે હેલ્મનો ઉપયોગ કેવી રીતે કરવો

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

• નમૂનાઓ સાથે ફોલ્ડર સૂચવો;
• આર્કાઇવને .tar માં પેક કરો અને તેને નિર્દેશ કરો;
• ટેમ્પલેટને રિમોટ રિપોઝીટરીમાં મૂકો અને હેલ્મ ક્લાયંટમાં રીપોઝીટરીની લિંક ઉમેરો.

તમારે મૂલ્યો સાથેની ફાઇલની પણ જરૂર છે - values.yaml. ત્યાંથી ડેટા ટેમ્પલેટમાં દાખલ કરવામાં આવશે. ચાલો તેને પણ બનાવીએ.

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

હેલ્મ 3 સરળ છે: સર્વર પર નમૂનાઓ પર પ્રક્રિયા કરવાને બદલે, માહિતી હવે સંપૂર્ણ રીતે હેલ્મ ક્લાયંટ બાજુ પર પ્રક્રિયા કરવામાં આવે છે અને સીધા કુબરનેટ્સ API ને મોકલવામાં આવે છે. આ સરળીકરણ ક્લસ્ટર સુરક્ષામાં સુધારો કરે છે અને રોલઆઉટ યોજનાને સરળ બનાવે છે.

તે બધું કેવી રીતે કાર્ય કરે છે

આદેશ ચલાવો helm install. ચાલો એપ્લીકેશન રીલીઝનું નામ સૂચવીએ અને values.yaml ને પાથ આપીએ. અંતે આપણે રીપોઝીટરી કે જેમાં ચાર્ટ સ્થિત છે અને ચાર્ટનું નામ સૂચવીશું. ઉદાહરણમાં, આ અનુક્રમે "lmru" અને "બેસ્ટચાર્ટ" છે.

helm install --name bestapp --values values.yaml lmru/bestchart

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

helm upgrade --install bestapp --values values.yaml lmru/bestchart

હેલ્મ સાથે એપ્લિકેશનના નવા સંસ્કરણો જમાવવાની મુશ્કેલીઓ

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

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

પદ્ધતિ 1. છેલ્લી શરૂઆતથી માહિતી બદલશો નહીં

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

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

પદ્ધતિ 2. છબીમાં LABEL અપડેટ કરો

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

પદ્ધતિ 3: કીનો ઉપયોગ કરો --force

ચાલો મેન્યુઅલ તરફ વળીએ અને જરૂરી કી શોધીએ. કી સૌથી વધુ અર્થપૂર્ણ બનાવે છે --force. સ્પષ્ટ નામ હોવા છતાં, વર્તન અપેક્ષા કરતા અલગ છે. એપ્લિકેશન અપડેટની ફરજ પાડવાને બદલે, તેનો વાસ્તવિક હેતુ નિષ્ફળ સ્થિતિમાં હોય તેવા પ્રકાશનને પુનઃસ્થાપિત કરવાનો છે. જો તમે આ કીનો ઉપયોગ કરતા નથી, તો તમારે આદેશોને ક્રમિક રીતે ચલાવવાની જરૂર છે helm delete && helm install --replace. તેના બદલે કીનો ઉપયોગ કરવાનું સૂચન કરવામાં આવે છે --force, જે આ આદેશોના અનુક્રમિક અમલને સ્વચાલિત કરે છે. આમાં વધુ માહિતી ખેંચવાની વિનંતી. હેલ્મને એપ્લિકેશન સંસ્કરણ અપડેટ કરવા માટે કહેવા માટે, કમનસીબે, આ કી કામ કરશે નહીં.

પદ્ધતિ 4. કુબરનેટ્સમાં સીધા જ લેબલ બદલો

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

સુકાન કેવી રીતે કામ કરે છે?

એપ્લીકેશન તેની છેલ્લી રીલીઝથી બદલાઈ છે કે કેમ તે નક્કી કરવા માટે, હેલ્મ આનો ઉપયોગ કરી શકે છે:

• Kubernetes માં ચાલી રહેલ એપ્લિકેશન;
• new values.yaml અને વર્તમાન ચાર્ટ;
• હેલ્મની આંતરિક પ્રકાશન માહિતી.

વધુ વિચિત્ર માટે: હેલ્મ રીલીઝ વિશેની આંતરિક માહિતી ક્યાં સંગ્રહિત કરે છે?આદેશનો અમલ કરીને helm history, અમે હેલ્મનો ઉપયોગ કરીને ઇન્સ્ટોલ કરેલ સંસ્કરણો વિશેની બધી માહિતી મેળવીશું.

મોકલેલા નમૂનાઓ અને મૂલ્યો વિશે વિગતવાર માહિતી પણ છે. અમે તેને વિનંતી કરી શકીએ છીએ:

હેલ્મના બીજા સંસ્કરણમાં, આ માહિતી એ જ નેમસ્પેસમાં સ્થિત છે જ્યાં ટિલર ચાલી રહ્યું છે (ડિફૉલ્ટ રૂપે ક્યૂબ-સિસ્ટમ), કોન્ફિગમેપમાં, "OWNER=TILLER" લેબલ સાથે ચિહ્નિત થયેલ છે:

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

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

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

આ કારણોસર, હેલ્મનું જૂનું સંસ્કરણ કંઈપણ કરશે નહીં, કારણ કે તે ક્લસ્ટરમાં એપ્લિકેશન માહિતીને ધ્યાનમાં લેતું નથી, પરંતુ હેલ્મ 3 ફેરફારો પ્રાપ્ત કરશે અને જમાવટ માટે નવી એપ્લિકેશન મોકલશે.

પદ્ધતિ 5. --recreate-pods સ્વીચનો ઉપયોગ કરો

ચાવી સાથે --recreate-pods તમે ચાવી વડે જે હાંસલ કરવાની મૂળ યોજના બનાવી હતી તે તમે હાંસલ કરી શકો છો --force. કન્ટેનર પુનઃપ્રારંભ થશે અને, imagePullPolicy: નવીનતમ ટૅગ (ઉપરની ફૂટનોટમાં આના પર વધુ) માટે હંમેશા નીતિ અનુસાર, Kubernetes ઇમેજનું નવું વર્ઝન ડાઉનલોડ કરશે અને લૉન્ચ કરશે. આ શ્રેષ્ઠ રીતે કરવામાં આવશે નહીં: જમાવટના વ્યૂહરચના પ્રકારને ધ્યાનમાં લીધા વિના, તે અચાનક તમામ જૂના એપ્લિકેશન દાખલાઓને બંધ કરશે અને નવા લોન્ચ કરવાનું શરૂ કરશે. પુનઃપ્રારંભ દરમિયાન, સિસ્ટમ કામ કરશે નહીં, વપરાશકર્તાઓને નુકસાન થશે.

કુબરનેટ્સમાં જ, સમાન સમસ્યા પણ લાંબા સમયથી અસ્તિત્વમાં છે. અને હવે, શરૂઆતના 4 વર્ષ પછી મુદ્દો, સમસ્યાને ઠીક કરવામાં આવી છે, અને Kubernetes ના સંસ્કરણ 1.15 થી શરૂ કરીને, પોડ્સને રોલ-રીસ્ટાર્ટ કરવાની ક્ષમતા દેખાય છે.

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

હેલ્મનો ઉપયોગ કરીને એપ્લિકેશન વર્ઝન કેવી રીતે અપડેટ કરવું?

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

1. રેન્ડમ મૂલ્ય પ્રમાણભૂત કાર્યનો ઉપયોગ કરીને - {{ randAlphaNum 6 }}.
   ત્યાં એક ચેતવણી છે: આવા ચલ સાથેના ચાર્ટનો ઉપયોગ કરીને દરેક જમાવટ પછી, ટીકા મૂલ્ય અનન્ય હશે, અને હેલ્મ ધારે છે કે ફેરફારો છે. તે તારણ આપે છે કે અમે હંમેશા એપ્લિકેશનને ફરીથી પ્રારંભ કરીશું, ભલે અમે તેનું સંસ્કરણ બદલ્યું ન હોય. આ મહત્વપૂર્ણ નથી, કારણ કે ત્યાં કોઈ ડાઉનટાઇમ હશે નહીં, પરંતુ તે હજી પણ અપ્રિય છે.
2. વર્તમાન પેસ્ટ કરો તારીખ અને સમય - {{ .Release.Date }}.
   ચલ એ કાયમી રૂપે અનન્ય ચલ સાથેના રેન્ડમ મૂલ્ય જેવું જ છે.
3. વધુ યોગ્ય રીતનો ઉપયોગ કરવો છે ચેકસમ. આ ઇમેજનો SHA અથવા ગિટમાં છેલ્લા કમિટનો SHA છે - {{ .Values.sha }}.
   તેઓની ગણતરી કરવાની અને કૉલિંગ બાજુ પર હેલ્મ ક્લાયન્ટને મોકલવાની જરૂર પડશે, ઉદાહરણ તરીકે જેનકિન્સમાં. જો એપ્લિકેશન બદલાઈ ગઈ હોય, તો ચેકસમ બદલાશે. તેથી, જ્યારે જરૂર પડે ત્યારે જ હેલ્મ એપ્લિકેશનને અપડેટ કરશે.

ચાલો આપણા પ્રયત્નોનો સારાંશ આપીએ

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

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

અન્ય સંબંધિત લિંક્સ:

1. સાથે પરિચય હેલ્મ 3
2. હેલ્મ સત્તાવાર વેબસાઇટ
3. GitHub પર હેલ્મ રીપોઝીટરી
4. 25 ઉપયોગી કુબરનેટ્સ ટૂલ્સ: જમાવટ અને વ્યવસ્થાપન

આ અહેવાલ પ્રથમ વખત રજૂ કરવામાં આવ્યો હતો @Kubernetes કોન્ફરન્સ Mail.ru ક્લાઉડ સોલ્યુશન્સ દ્વારા. જુઓ видео અન્ય પ્રદર્શન અને ટેલિગ્રામ પર ઇવેન્ટની જાહેરાત માટે સબ્સ્ક્રાઇબ કરો Mail.ru ગ્રુપ પર કુબરનેટ્સની આસપાસ.

સોર્સ: www.habr.com