સુકાન 3 નો પરિચય

નૉૅધ. અનુવાદ: આ વર્ષની 16 મે કુબરનેટસ - હેલ્મ માટે પેકેજ મેનેજરના વિકાસમાં નોંધપાત્ર સીમાચિહ્નરૂપ છે. આ દિવસે, પ્રોજેક્ટના ભાવિ મુખ્ય સંસ્કરણનું પ્રથમ આલ્ફા પ્રકાશન - 3.0 - રજૂ કરવામાં આવ્યું હતું. તેનું પ્રકાશન હેલ્મમાં નોંધપાત્ર અને લાંબા સમયથી રાહ જોવાતી ફેરફારો લાવશે, જેના માટે કુબરનેટીસ સમુદાયના ઘણા લોકોને મોટી આશા છે. અમે પોતે પણ આમાંના એક છીએ, કારણ કે અમે એપ્લિકેશન ડિપ્લોયમેન્ટ માટે હેલ્મનો સક્રિયપણે ઉપયોગ કરીએ છીએ: અમે તેને CI/CDના અમલીકરણ માટે અમારા સાધનમાં એકીકૃત કર્યું છે. વર્ફ અને સમયાંતરે અમે અપસ્ટ્રીમના વિકાસમાં અમારું યોગદાન આપીએ છીએ. આ અનુવાદ સત્તાવાર હેલ્મ બ્લોગની 7 નોંધોને જોડે છે, જે હેલ્મ 3 ના પ્રથમ આલ્ફા પ્રકાશનને સમર્પિત છે અને પ્રોજેક્ટના ઇતિહાસ અને હેલ્મ 3 ની મુખ્ય વિશેષતાઓ વિશે વાત કરે છે. તેમના લેખક મેટ “બેકનગોબલર” ફિશર છે, જે માઇક્રોસોફ્ટના કર્મચારી છે. અને હેલ્મના મુખ્ય જાળવણીકારોમાંના એક.

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

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

સારાંશ:

• હેલ્મની રચનાનો ઇતિહાસ;
• ટિલર માટે ટેન્ડર વિદાય;
• ચાર્ટ રીપોઝીટરીઝ;
• પ્રકાશન વ્યવસ્થાપન;
• ચાર્ટ નિર્ભરતામાં ફેરફાર;
• પુસ્તકાલય ચાર્ટ;
• આગળ શું છે?

હેલ્મનો ઇતિહાસ

નું જન્મ

હેલ્મ 1ની શરૂઆત ડીસ દ્વારા બનાવવામાં આવેલ ઓપન સોર્સ પ્રોજેક્ટ તરીકે થઈ હતી. અમે એક નાનું સ્ટાર્ટઅપ હતા શોષાય છે માઈક્રોસોફ્ટ વસંત 2017 માં. અમારા અન્ય ઓપન સોર્સ પ્રોજેક્ટ, જેનું નામ પણ ડીસ છે, પાસે એક સાધન હતું deisctl, જેનો ઉપયોગ (અન્ય વસ્તુઓની સાથે) માં Deis પ્લેટફોર્મને ઇન્સ્ટોલ અને ઓપરેટ કરવા માટે કરવામાં આવ્યો હતો ફ્લીટ ક્લસ્ટર. તે સમયે, ફ્લીટ પ્રથમ કન્ટેનર ઓર્કેસ્ટ્રેશન પ્લેટફોર્મ પૈકીનું એક હતું.

2015ના મધ્યમાં, અમે અભ્યાસક્રમ બદલવાનું નક્કી કર્યું અને Deis (તે સમયે Deis વર્કફ્લોનું નામ બદલીને) ફ્લીટમાંથી Kubernetes માં ખસેડ્યું. પુનઃડિઝાઇન કરવામાં આવેલ પ્રથમમાંનું એક ઇન્સ્ટોલેશન ટૂલ હતું. deisctl. અમે તેનો ઉપયોગ ફ્લીટ ક્લસ્ટરમાં ડીસ વર્કફ્લોને ઇન્સ્ટોલ અને મેનેજ કરવા માટે કર્યો છે.

હેલ્મ 1 હોમબ્રુ, એપ્ટ અને yum જેવા પ્રખ્યાત પેકેજ મેનેજરોની છબીમાં બનાવવામાં આવ્યું હતું. તેનો મુખ્ય ધ્યેય કુબરનેટ્સ પર પેકેજિંગ અને એપ્લિકેશન ઇન્સ્ટોલ કરવા જેવા કાર્યોને સરળ બનાવવાનો હતો. હેલ્મ સત્તાવાર રીતે 2015 માં સાન ફ્રાન્સિસ્કોમાં કુબેકોન કોન્ફરન્સમાં રજૂ કરવામાં આવ્યું હતું.

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

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

ઉદાહરણ તરીકે, YAML ફાઇલમાં ફીલ્ડ બદલવા માટે, તમારે મેનિફેસ્ટમાં નીચેની રચના ઉમેરવાની હતી:

#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml

તે મહાન છે કે ટેમ્પલેટ એન્જિન આજે અસ્તિત્વમાં છે, તે નથી?

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

ભૂતકાળની ભૂલોના અનુભવના આધારે, અમે હેલ્મ 2 વિકસાવવાનું શરૂ કર્યું.

સુકાન બનાવવું 2

2015 ના અંતમાં, Google ટીમે અમારો સંપર્ક કર્યો. તેઓ કુબરનેટ્સ માટે સમાન સાધન પર કામ કરી રહ્યા હતા. કુબરનેટ્સ માટે ડિપ્લોયમેન્ટ મેનેજર એ હાલના ટૂલનું પોર્ટ હતું જેનો ઉપયોગ Google Cloud Platform માટે થતો હતો. "શું અમે ઈચ્છીએ છીએ," તેઓએ પૂછ્યું, "સમાનતાઓ અને તફાવતોની ચર્ચા કરવા માટે થોડા દિવસો પસાર કરીએ?"

જાન્યુઆરી 2016માં, સુકાન અને ડિપ્લોયમેન્ટ મેનેજરની ટીમો વિચારોની આપલે કરવા માટે સિએટલમાં મળી હતી. વાટાઘાટો એક મહત્વાકાંક્ષી યોજના સાથે સમાપ્ત થઈ: હેલ્મ 2 બનાવવા માટે બંને પ્રોજેક્ટને જોડવા માટે. ડીઈસ અને ગૂગલ સાથે, અહીંના લોકો SkippBox (હવે બિટનામીનો ભાગ - આશરે અનુવાદ.), અને અમે હેલ્મ 2 પર કામ કરવાનું શરૂ કર્યું.

અમે હેલ્મના ઉપયોગમાં સરળતા રાખવા માંગીએ છીએ, પરંતુ નીચેના ઉમેરો:

• કસ્ટમાઇઝેશન માટે ચાર્ટ નમૂનાઓ;
• ટીમો માટે ઇન્ટ્રા-ક્લસ્ટર મેનેજમેન્ટ;
• વિશ્વ-વર્ગના ચાર્ટ રિપોઝીટરી;
• સહી વિકલ્પ સાથે સ્થિર પેકેજ ફોર્મેટ;
• સિમેન્ટીક વર્ઝનિંગ અને વર્ઝન વચ્ચે પછાત સુસંગતતા જાળવવા માટે મજબૂત પ્રતિબદ્ધતા.

આ લક્ષ્યોને હાંસલ કરવા માટે, હેલ્મ ઇકોસિસ્ટમમાં બીજું તત્વ ઉમેરવામાં આવ્યું છે. આ ઇન્ટ્રા-ક્લસ્ટર ઘટકને ટિલર કહેવામાં આવતું હતું અને તે હેલ્મ ચાર્ટ્સ ઇન્સ્ટોલ કરવા અને તેનું સંચાલન કરવા માટે જવાબદાર હતું.

2 માં હેલ્મ 2016 ના પ્રકાશન પછી, કુબરનેટ્સે ઘણી મોટી નવીનતાઓ ઉમેરી છે. ઉમેરાયેલ ભૂમિકા-આધારિત ઍક્સેસ નિયંત્રણ (આરબીએસી), જેણે આખરે એટ્રીબ્યુટ-બેઝ્ડ એક્સેસ કંટ્રોલ (ABAC) ને બદલ્યું. નવા સંસાધન પ્રકારો રજૂ કરવામાં આવ્યા હતા (તે સમયે જમાવટ હજુ પણ બીટામાં હતી). વૈવિધ્યપૂર્ણ સંસાધન વ્યાખ્યાઓ (મૂળમાં તૃતીય પક્ષ સંસાધનો અથવા TPRs કહેવાય છે)ની શોધ કરવામાં આવી હતી. અને સૌથી અગત્યનું, શ્રેષ્ઠ પ્રથાઓનો સમૂહ ઉભરી આવ્યો છે.

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

ટિલરને ટેન્ડર વિદાય

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

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

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

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

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

ચાર્ટ રીપોઝીટરીઝ

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

જ્યારે ચાર્ટ રિપોઝીટરી API ના કેટલાક ફાયદા છે જે મોટાભાગની મૂળભૂત સ્ટોરેજ આવશ્યકતાઓને પૂર્ણ કરે છે, ત્યાં કેટલાક ગેરફાયદા પણ છે:

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

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

પરંતુ શું તમે જાણો છો કે ડિસ્ટ્રિબ્યુશન પ્રોજેક્ટને માત્ર કન્ટેનરની છબીઓ જ નહીં, કોઈપણ પ્રકારની સામગ્રીને વિતરિત કરવા માટે ડિઝાઇન કરવામાં આવી હતી?

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

હેલ્મ ચાર્ટ રિપોઝીટરીઝમાં આવનારા કેટલાક ફેરફારોનું વધુ વિગતવાર વર્ણન ઉપલબ્ધ છે લિંક.

પ્રકાશન વ્યવસ્થાપન

હેલ્મ 3 માં, ક્લસ્ટરમાં ઑબ્જેક્ટની જોડી દ્વારા એપ્લિકેશનની સ્થિતિને ટ્રૅક કરવામાં આવે છે:

• રીલીઝ ઑબ્જેક્ટ - એપ્લિકેશન દાખલા રજૂ કરે છે;
• રિલીઝ વર્ઝન સિક્રેટ - સમયના ચોક્કસ બિંદુએ એપ્લિકેશનની ઇચ્છિત સ્થિતિને રજૂ કરે છે (ઉદાહરણ તરીકે, નવા સંસ્કરણનું પ્રકાશન).

પડકાર helm install રીલીઝ ઓબ્જેક્ટ અને રીલીઝ વર્ઝન સિક્રેટ બનાવે છે. કૉલ કરો helm upgrade રીલીઝ ઑબ્જેક્ટની જરૂર છે (જે તે બદલી શકે છે) અને નવા મૂલ્યો અને તૈયાર મેનિફેસ્ટ ધરાવતું નવું પ્રકાશન સંસ્કરણ રહસ્ય બનાવે છે.

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

રીલીઝ વર્ઝન સિક્રેટ રીલીઝને રીવીઝનની શ્રેણી સાથે સાંકળે છે (ઇન્સ્ટોલેશન, અપડેટ્સ, રોલબેક, ડીલીશન).

હેલ્મ 2 માં, પુનરાવર્તનો અત્યંત સુસંગત હતા. કૉલ કરો helm install v1 બનાવ્યું, અનુગામી અપડેટ (અપગ્રેડ) - v2, અને બીજું. રીલીઝ અને રીલીઝ વર્ઝન સિક્રેટને રીવીઝન તરીકે ઓળખાતા એક ઓબ્જેક્ટમાં સંકુચિત કરવામાં આવ્યું છે. રિવિઝન ટિલર જેવા જ નેમસ્પેસમાં સંગ્રહિત કરવામાં આવ્યા હતા, જેનો અર્થ એ થયો કે દરેક રિલીઝ નેમસ્પેસની દ્રષ્ટિએ "વૈશ્વિક" હતી; પરિણામે, નામનો માત્ર એક જ દાખલો વાપરી શકાય છે.

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

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

ચાર્ટ નિર્ભરતામાં ફેરફારો

ચાર્ટ પેક (ઉપયોગ કરીને helm package) હેલ્મ 2 સાથે ઉપયોગ માટે હેલ્મ 3 સાથે ઇન્સ્ટોલ કરી શકાય છે, જો કે ચાર્ટ ડેવલપમેન્ટ વર્કફ્લો સંપૂર્ણપણે ઓવરહોલ કરવામાં આવ્યો છે, તેથી હેલ્મ 3 સાથે ચાર્ટ ડેવલપમેન્ટ ચાલુ રાખવા માટે કેટલાક ફેરફારો કરવા આવશ્યક છે. ખાસ કરીને, ચાર્ટ ડિપેન્ડન્સી મેનેજમેન્ટ સિસ્ટમ બદલાઈ ગઈ છે.

ચાર્ટની નિર્ભરતા વ્યવસ્થાપન પ્રણાલી ત્યાંથી ખસેડવામાં આવી છે requirements.yaml и requirements.lock પર Chart.yaml и Chart.lock. આનો અર્થ એ છે કે ચાર્ટ કે જે આદેશનો ઉપયોગ કરે છે helm dependency, હેલ્મ 3 માં કામ કરવા માટે કેટલાક સેટઅપની જરૂર છે.

ચાલો એક ઉદાહરણ જોઈએ. ચાલો હેલ્મ 2 માં ચાર્ટમાં નિર્ભરતા ઉમેરીએ અને જોઈએ કે હેલ્મ 3 પર જતા વખતે શું બદલાવ આવે છે.

હેલ્મ 2 માં requirements.yaml આના જેવો દેખાતો હતો:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

હેલ્મ 3 માં, સમાન નિર્ભરતા તમારામાં પ્રતિબિંબિત થશે Chart.yaml:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ચાર્ટ હજુ પણ ડાઉનલોડ અને ડિરેક્ટરીમાં મૂકવામાં આવે છે charts/, તેથી સબચાર્ટ (સબચાર્ટ), કેટલોગમાં પડેલું છે charts/, ફેરફારો વિના કામ કરવાનું ચાલુ રાખશે.

લાઇબ્રેરી ચાર્ટ્સનો પરિચય

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

વિભાગમાં પુસ્તકાલયના ચાર્ટ જાહેર કરવામાં આવ્યા છે dependencies ફાઇલમાં Chart.yaml. તેમને ઇન્સ્ટોલ અને મેનેજ કરવું એ અન્ય ચાર્ટથી અલગ નથી.

dependencies:
  - name: mylib
    version: 1.x.x
    repository: quay.io

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

શું આગામી છે?

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

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

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

જો તમને લાગે કે અમે કંઈક ચૂકી ગયા છીએ, તો અમને તમારા વિચારો સાંભળવામાં ગમશે!

અમારી પર ચર્ચામાં જોડાઓ સ્લેક ચેનલો:

• #helm-users સમુદાય સાથે પ્રશ્નો અને સરળ સંચાર માટે;
• #helm-dev પુલ વિનંતીઓ, કોડ અને ભૂલોની ચર્ચા કરવા માટે.

તમે ગુરુવારે 19:30 MSK પર અમારા સાપ્તાહિક પબ્લિક ડેવલપર કૉલ્સમાં પણ ચેટ કરી શકો છો. મીટિંગ્સ એવા મુદ્દાઓ પર ચર્ચા કરવા માટે સમર્પિત છે કે જેના પર મુખ્ય વિકાસકર્તાઓ અને સમુદાય કામ કરી રહ્યા છે, તેમજ અઠવાડિયા માટે ચર્ચાના વિષયો. મીટિંગમાં કોઈપણ જોડાઈ શકે છે અને ભાગ લઈ શકે છે. Slack ચેનલમાં લિંક ઉપલબ્ધ છે #helm-dev.

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

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

• «કુબરનેટ્સ માટે પેકેજ મેનેજર - હેલ્મ: ભૂતકાળ, વર્તમાન, ભવિષ્ય»;
• «હેલ્મ 2 પર એક શાંત દેખાવ: "આ તે જ છે..."»;
• «કુબરનેટ્સ - હેલ્મ માટે પેકેજ મેનેજરનો વ્યવહારુ પરિચય»;
• «કુબરનેટ્સ ટીપ્સ અને યુક્તિઓ: ક્લસ્ટરમાં ચાલતા સંસાધનોને હેલ્મ 2 મેનેજમેન્ટમાં સ્થાનાંતરિત કરવું»;
• «Dapp સાથે પ્રેક્ટિસ કરો. ભાગ 2. હેલ્મનો ઉપયોગ કરીને કુબરનેટ્સ પર ડોકર ઈમેજો જમાવવી».

સોર્સ: www.habr.com