સુકાન સુરક્ષા

કુબરનેટ્સ માટેના સૌથી લોકપ્રિય પેકેજ મેનેજર વિશેની વાર્તાનો સાર ઇમોજીનો ઉપયોગ કરીને દર્શાવી શકાય છે:

• બોક્સ હેલ્મ છે (જે નવીનતમ ઇમોજી રિલીઝની સૌથી નજીકની વસ્તુ છે);
• લોક - સુરક્ષા;
• નાનો માણસ સમસ્યાનો ઉકેલ છે.

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

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

આ લેખમાંની દરેક વસ્તુ હેલ્મ 2 પર લાગુ થાય છે. આ સંસ્કરણ હાલમાં ઉત્પાદનમાં છે અને મોટે ભાગે તમે હાલમાં ઉપયોગ કરી રહ્યાં છો તે સંસ્કરણ છે, અને તે સંસ્કરણ છે જેમાં સુરક્ષા જોખમો છે.

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

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

હેલ્મ

કુબરનેટ્સ માટે આ એક પેકેજ (ચાર્ટ) મેનેજર છે. કુબરનેટ્સ ક્લસ્ટરમાં એપ્લિકેશન લાવવાની સૌથી સાહજિક અને સાર્વત્રિક રીત.

અમે, અલબત્ત, તમારા પોતાના YAML મેનિફેસ્ટ બનાવવા અને નાની ઉપયોગીતાઓ લખવા કરતાં વધુ માળખાકીય અને ઔદ્યોગિક અભિગમ વિશે વાત કરી રહ્યા છીએ.

હેલ્મ એ શ્રેષ્ઠ છે જે હાલમાં ઉપલબ્ધ અને લોકપ્રિય છે.

સુકાન શા માટે? મુખ્યત્વે કારણ કે તે CNCF દ્વારા સમર્થિત છે. Cloud Native એ એક મોટી સંસ્થા છે અને Kubernetes, etcd, Fluentd અને અન્ય પ્રોજેક્ટ્સ માટેની મુખ્ય કંપની છે.

બીજી મહત્વની હકીકત એ છે કે હેલ્મ ખૂબ જ લોકપ્રિય પ્રોજેક્ટ છે. જ્યારે મેં જાન્યુઆરી 2019 માં હેલ્મને કેવી રીતે સુરક્ષિત બનાવવું તે વિશે વાત કરવાનું શરૂ કર્યું, ત્યારે પ્રોજેક્ટમાં GitHub પર હજાર સ્ટાર્સ હતા. મે સુધીમાં તેમાંના 12 હજાર હતા.

ઘણા લોકોને હેલ્મમાં રસ હોય છે, તેથી જો તમે હજી સુધી તેનો ઉપયોગ ન કરો તો પણ તેની સુરક્ષા વિશે જાણીને તમને ફાયદો થશે. સલામતી મહત્વપૂર્ણ છે.

મુખ્ય હેલ્મ ટીમ Microsoft Azure દ્વારા સમર્થિત છે અને તેથી અન્ય ઘણા લોકોથી વિપરીત, એકદમ સ્થિર પ્રોજેક્ટ છે. જુલાઈના મધ્યમાં હેલ્મ 3 આલ્ફા 2 નું રિલીઝ સૂચવે છે કે આ પ્રોજેક્ટ પર ઘણા બધા લોકો કામ કરી રહ્યા છે, અને તેઓ હેલ્મને વિકસાવવા અને સુધારવાની ઈચ્છા અને શક્તિ ધરાવે છે.

હેલ્મ કુબરનેટ્સમાં એપ્લિકેશન મેનેજમેન્ટની કેટલીક મૂળ સમસ્યાઓ હલ કરે છે.

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

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

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

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

સુકાન તમને આની મંજૂરી આપે છે:

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

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

સુકાન ત્રણ મુખ્ય ખ્યાલો પર આધારિત છે:

• ચાર્ટ રેપો — તમારા મેનિફેસ્ટ માટે શક્ય પેરામીટરાઇઝેશનનું વર્ણન અને શ્રેણી. 
• રૂપરેખા -એટલે ​​કે, મૂલ્યો કે જે લાગુ કરવામાં આવશે (ટેક્સ્ટ, આંકડાકીય મૂલ્યો, વગેરે).
• પ્રકાશન બે ઉપલા ઘટકો એકત્રિત કરે છે, અને એકસાથે તેઓ પ્રકાશનમાં ફેરવાય છે. રિલીઝને વર્ઝન કરી શકાય છે, જેનાથી સંગઠિત જીવન ચક્ર પ્રાપ્ત થાય છે: ઇન્સ્ટોલેશન સમયે નાનું અને અપગ્રેડ, ડાઉનગ્રેડ અથવા રોલબેક સમયે મોટું.

સુકાન આર્કિટેક્ચર

આકૃતિ કલ્પનાત્મક રીતે હેલ્મના ઉચ્ચ-સ્તરના આર્કિટેક્ચરને દર્શાવે છે.

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

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

ચાર્ટ રેપોનો આગળનો ઘટક ચાર્ટ સાથેનો ભંડાર છે. ત્યાં એક અધિકૃત ભંડાર છે, અને ત્યાં કોઈ કંપની અથવા પ્રોજેક્ટનું ખાનગી ભંડાર હોઈ શકે છે.

વાર્તાલાપ

ચાલો જોઈએ કે જ્યારે આપણે હેલ્મનો ઉપયોગ કરીને એપ્લિકેશન ઇન્સ્ટોલ કરવા માંગીએ છીએ ત્યારે આર્કિટેક્ચર ઘટકો કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે.

• અમે બોલી રહ્યા છીએ Helm install, રીપોઝીટરી (ચાર્ટ રેપો) ઍક્સેસ કરો અને હેલ્મ ચાર્ટ મેળવો.

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

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

હુમલો વેક્ટર

પ્રથમ સંભવિત નબળા બિંદુ છે વિશેષાધિકૃત API-વપરાશકર્તા. સ્કીમના ભાગરૂપે, આ ​​એક હેકર છે જેણે હેલ્મ CLIની એડમિન એક્સેસ મેળવી છે.

બિનઅધિકૃત API વપરાશકર્તા જો તે ક્યાંક નજીકમાં હોય તો પણ જોખમ ઊભું કરી શકે છે. આવા વપરાશકર્તાનો અલગ સંદર્ભ હશે, ઉદાહરણ તરીકે, તેને Kubeconfig સેટિંગ્સમાં એક ક્લસ્ટર નેમસ્પેસમાં ઠીક કરી શકાય છે.

સૌથી રસપ્રદ એટેક વેક્ટર એવી પ્રક્રિયા હોઈ શકે છે જે ટિલરની નજીકના ક્લસ્ટરમાં રહે છે અને તેને એક્સેસ કરી શકે છે. આ વેબ સર્વર અથવા માઇક્રોસર્વિસ હોઈ શકે છે જે ક્લસ્ટરના નેટવર્ક પર્યાવરણને જુએ છે.

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

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

ચાલો ડાયાગ્રામને મોટું કરીએ, વધુ તત્વો ઉમેરીએ, પરંતુ તમામ મૂળભૂત ઘટકો રાખો.

હેલ્મ CLI ચાર્ટ રેપો સાથે વાતચીત કરે છે, કુબેકોન્ફિગ સાથે ક્રિયાપ્રતિક્રિયા કરે છે અને કામ ક્લસ્ટરમાં ટિલર ઘટકમાં સ્થાનાંતરિત થાય છે.

ટિલર બે વસ્તુઓ દ્વારા રજૂ થાય છે:

• Tiller-deploy svc, જે ચોક્કસ સેવાને ઉજાગર કરે છે;
• ટિલર-ડિપ્લોય પોડ (એક પ્રતિકૃતિમાં એક જ નકલમાં ડાયાગ્રામમાં), જેના પર સમગ્ર લોડ ચાલે છે, જે ક્લસ્ટરને ઍક્સેસ કરે છે.

ક્રિયાપ્રતિક્રિયા માટે વિવિધ પ્રોટોકોલ અને યોજનાઓનો ઉપયોગ કરવામાં આવે છે. સુરક્ષાના દૃષ્ટિકોણથી, અમને સૌથી વધુ રસ છે:

• મિકેનિઝમ કે જેના દ્વારા હેલ્મ CLI ચાર્ટ રેપોને ઍક્સેસ કરે છે: શું પ્રોટોકોલ છે, ત્યાં ઓથેન્ટિકેશન છે અને તેની સાથે શું કરી શકાય છે.
• પ્રોટોકોલ કે જેના દ્વારા હેલ્મ CLI, kubectl નો ઉપયોગ કરીને, Tiller સાથે વાતચીત કરે છે. આ ક્લસ્ટરની અંદર સ્થાપિત થયેલ RPC સર્વર છે.
• ટિલર પોતે માઇક્રોસર્વિસિસ માટે સુલભ છે જે ક્લસ્ટરમાં રહે છે અને કુબે-એપિસર્વર સાથે ક્રિયાપ્રતિક્રિયા કરે છે.

ચાલો આ બધા ક્ષેત્રોની ક્રમમાં ચર્ચા કરીએ.

આરબીએસી

જ્યાં સુધી RBAC સક્ષમ ન હોય ત્યાં સુધી હેલ્મ અથવા ક્લસ્ટરમાં અન્ય કોઈપણ સેવા માટે કોઈપણ સુરક્ષા વિશે વાત કરવાનો કોઈ અર્થ નથી.

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

https://rbac.dev/ - RBAC માટે વેબસાઇટ વકીલ. તેમાં રસપ્રદ સામગ્રીનો વિશાળ જથ્થો છે જે તમને RBAC સેટ કરવામાં મદદ કરશે, તે શા માટે સારું છે અને ઉત્પાદનમાં તેની સાથે મૂળભૂત રીતે કેવી રીતે જીવવું તે બતાવવામાં મદદ કરશે.

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

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

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

પ્રશ્ન ઊભો થાય છે - રોલ અને ક્લસ્ટરરોલ વચ્ચે શું તફાવત છે? તફાવત એ છે કે ClusterRole તમામ નેમસ્પેસ માટે કામ કરે છે, નિયમિત રોલ અને રોલબાઈન્ડિંગ્સથી વિપરીત, જે માત્ર વિશિષ્ટ નેમસ્પેસ માટે જ કામ કરે છે. તમે સમગ્ર ક્લસ્ટર અને તમામ નેમસ્પેસ માટે નીતિઓ ગોઠવી શકો છો અથવા દરેક નેમસ્પેસ માટે વ્યક્તિગત રીતે વ્યક્તિગત કરી શકો છો.

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

જો કે, ત્યાં એક સરસ રીત છે જે તમને ક્લસ્ટરમાં ઘણી વખત ટિલર ચલાવવાની મંજૂરી આપે છે. આમાં કોઈ સમસ્યા નથી, Tiller દરેક નેમસ્પેસમાં લોન્ચ કરી શકાય છે. આમ, તમે સંદર્ભ તરીકે RBAC, Kubeconfig નો ઉપયોગ કરી શકો છો અને વિશિષ્ટ હેલ્મનો ઉપયોગ મર્યાદિત કરી શકો છો.

તે આના જેવો દેખાશે.

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

આ એક કાર્યક્ષમ અભિગમ છે, ટિલર એટલો પાવર ભૂખ્યો નથી કે તે તમારા બજેટને ખૂબ અસર કરે. આ એક ઝડપી ઉકેલો છે.

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

અમારી વાર્તા ચાલુ રાખીને, ચાલો RBAC થી સ્વિચ કરીએ અને ConfigMaps વિશે વાત કરીએ.

ConfigMaps

હેલ્મ તેના ડેટા સ્ટોર તરીકે ConfigMaps નો ઉપયોગ કરે છે. જ્યારે આપણે આર્કિટેક્ચર વિશે વાત કરી હતી, ત્યાં કોઈ ડેટાબેઝ ક્યાંય ન હતો જે પ્રકાશનો, રૂપરેખાંકનો, રોલબેક વગેરે વિશેની માહિતી સંગ્રહિત કરે. આ માટે ConfigMaps નો ઉપયોગ કરવામાં આવે છે.

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

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

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

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

અલબત્ત તે રહેશે 1 MB ની ડેટા સ્ટોરેજ મર્યાદા. હેલ્મ અહીં ConfigMaps માટે વિતરિત સ્ટોરેજ તરીકે etcd નો ઉપયોગ કરે છે. અને ત્યાં તેઓએ માન્યું કે આ પ્રતિકૃતિ વગેરે માટે યોગ્ય ડેટા હિસ્સો છે. Reddit પર આ વિશે રસપ્રદ ચર્ચા છે, હું સપ્તાહાંત માટે આ રમુજી વાંચન શોધવા અથવા અર્ક વાંચવાની ભલામણ કરું છું અહીં.

ચાર્ટ રિપોઝ

ચાર્ટ સામાજિક રીતે સૌથી વધુ સંવેદનશીલ હોય છે અને તે "મધ્યમમાં માણસ" નો સ્ત્રોત બની શકે છે, ખાસ કરીને જો તમે સ્ટોક સોલ્યુશનનો ઉપયોગ કરો છો. સૌ પ્રથમ, અમે રીપોઝીટરીઝ વિશે વાત કરી રહ્યા છીએ જે HTTP દ્વારા ખુલ્લા છે.

તમારે ચોક્કસપણે હેલ્મ રેપોને HTTPS પર એક્સપોઝ કરવાની જરૂર છે - આ શ્રેષ્ઠ વિકલ્પ છે અને સસ્તો છે.

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

વધુમાં, હેલ્મ ક્લાયંટ TLS ને સપોર્ટ કરે છે (સર્વર-સાઇડ HTTP અર્થમાં નહીં, પરંતુ મ્યુચ્યુઅલ TLS). તમે વાતચીત કરવા માટે સર્વર અને ક્લાયંટ કીનો ઉપયોગ કરી શકો છો. સાચું કહું તો, હું આવી મિકેનિઝમનો ઉપયોગ કરતો નથી કારણ કે મને પરસ્પર પ્રમાણપત્રો પસંદ નથી. મૂળભૂત રીતે, ચાર્ટમ્યુઝિયમ - હેલ્મ 2 માટે હેલ્મ રેપો સેટ કરવા માટેનું મુખ્ય સાધન - મૂળભૂત પ્રમાણીકરણને પણ સપોર્ટ કરે છે. જો તે વધુ અનુકૂળ અને શાંત હોય તો તમે મૂળભૂત પ્રમાણીકરણનો ઉપયોગ કરી શકો છો.

એક પ્લગઇન પણ છે સુકાન-જીસીએસ, જે તમને Google Cloud Storage પર ચાર્ટ રેપોઝ હોસ્ટ કરવાની મંજૂરી આપે છે. આ એકદમ અનુકૂળ છે, સરસ કામ કરે છે અને એકદમ સલામત છે, કારણ કે વર્ણવેલ તમામ મિકેનિઝમ્સ રિસાયકલ કરવામાં આવે છે.

જો તમે HTTPS અથવા TLS સક્ષમ કરો છો, mTLS નો ઉપયોગ કરો છો, અને જોખમોને વધુ ઘટાડવા માટે મૂળભૂત પ્રમાણીકરણ સક્ષમ કરો છો, તો તમને હેલ્મ CLI અને ચાર્ટ રેપો સાથે સુરક્ષિત સંચાર ચેનલ મળશે.

gRPC API

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

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

ઉત્પાદન અને સ્ટેજિંગ માટે, હું gRPC પર TLS સક્ષમ કરવાની ભલામણ કરું છું.

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

આ રીતે તમે ક્લસ્ટરની બહારથી ટિલરને આવતી તમામ વિનંતીઓથી તમારી જાતને સુરક્ષિત કરશો.

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

સંરક્ષિત સુકાન

ચાલો અંતિમ રેખાકૃતિ જોઈએ. તે સમાન તીરો સાથે સમાન આર્કિટેક્ચર છે.

બધા જોડાણો હવે સુરક્ષિત રીતે લીલા રંગમાં દોરવામાં આવી શકે છે:

• ચાર્ટ રેપો માટે અમે TLS અથવા mTLS અને મૂળભૂત પ્રમાણીકરણનો ઉપયોગ કરીએ છીએ;
• ટિલર માટે mTLS, અને તે TLS સાથે gRPC સેવા તરીકે ખુલ્લું છે, અમે પ્રમાણપત્રોનો ઉપયોગ કરીએ છીએ;
• ક્લસ્ટર રોલ અને રોલબાઈન્ડિંગ સાથે વિશિષ્ટ સર્વિસ એકાઉન્ટનો ઉપયોગ કરે છે. 

અમે ક્લસ્ટરને નોંધપાત્ર રીતે સુરક્ષિત કર્યું છે, પરંતુ કોઈ સ્માર્ટ વ્યક્તિએ કહ્યું:

"ત્યાં માત્ર એક જ એકદમ સલામત ઉકેલ હોઈ શકે છે - એક સ્વીચ ઓફ કમ્પ્યુટર, જે કોંક્રિટ બોક્સમાં સ્થિત છે અને સૈનિકો દ્વારા રક્ષિત છે."

ડેટાની હેરફેર કરવાની અને નવા હુમલા વેક્ટર શોધવાની વિવિધ રીતો છે. જો કે, મને વિશ્વાસ છે કે આ ભલામણો સલામતી માટે મૂળભૂત ઉદ્યોગ ધોરણ હાંસલ કરશે.

બોનસ

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

ભંડારમાં github.com/helm/charts હવે લગભગ 300 ચાર્ટ્સ અને બે સ્ટ્રીમ્સ છે: સ્ટેબલ અને ઇન્ક્યુબેટર. કોઈપણ જે યોગદાન આપે છે તે સારી રીતે જાણે છે કે ઇન્ક્યુબેટરથી સ્થિર સુધી પહોંચવું કેટલું મુશ્કેલ છે, અને સ્થિરમાંથી ઉડવું કેટલું સરળ છે. જો કે, પ્રોમિથિયસ માટે ચાર્ટ શોધવા માટે આ શ્રેષ્ઠ સાધન નથી અને તમને જે ગમે છે તે એક સરળ કારણસર - તે એક પોર્ટલ નથી જ્યાં તમે સરળતાથી પેકેજો શોધી શકો.

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

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

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

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

અન્ય લોકો, અમારા જેવા ચેઈનસ્ટેક પર, તેમના સર્વર માટે MySQL અથવા PostgreSQL જેવા મેનેજ્ડ ડેટાબેસેસનો ઉપયોગ કરે છે. એટલા માટે અમારા ડેટાબેઝ ક્લાઉડમાં ક્યાંક સ્થિત છે.

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

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

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

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

બીજી શોધ જેનો મેં પહેલેથી જ ઉલ્લેખ કર્યો છે તે છે હેલ્મ-જીસીએસ પ્લગઇન, જે તમને હેલ્મ ચાર્ટ સ્ટોર કરવા માટે Google-buckets (ઑબ્જેક્ટ સ્ટોરેજ) નો ઉપયોગ કરવાની મંજૂરી આપે છે.

તેનો ઉપયોગ શરૂ કરવા માટે તમારે ફક્ત ચાર આદેશોની જરૂર છે:

1. પ્લગઇન ઇન્સ્ટોલ કરો;
2. તેને શરૂ કરો;
3. ડોલનો માર્ગ સેટ કરો, જે gcp માં સ્થિત છે;
4. પ્રમાણભૂત રીતે ચાર્ટ પ્રકાશિત કરો.

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

વિકલ્પો

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

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

છેવટે એક ઉપાય છે ઓપરેટર ફ્રેમવર્ક, જેની લોકપ્રિયતા વધી રહી છે.

ઓપરેટર ફ્રેમવર્ક એ વિચારવા માટેનો ટોચનો હેલ્મ વિકલ્પ છે.

તે CNCF અને કુબરનેટ્સ માટે વધુ મૂળ છે, પરંતુ પ્રવેશ માટેનો અવરોધ ઘણો વધારે છે, તમારે વધુ પ્રોગ્રામ કરવાની અને મેનિફેસ્ટનું ઓછું વર્ણન કરવાની જરૂર છે.

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

અહીં બધું ક્યાં છે તેનો વિઝ્યુઅલ ચાર્ટ છે.

x-અક્ષ પર શું થઈ રહ્યું છે તેના પર તમારા વ્યક્તિગત નિયંત્રણનું સ્તર છે, y-અક્ષ પર કુબરનેટીસની મૂળતાનું સ્તર છે. હેલ્મ સંસ્કરણ 2 મધ્યમાં ક્યાંક આવે છે. સંસ્કરણ 3 માં, મોટા પ્રમાણમાં નહીં, પરંતુ નિયંત્રણ અને મૂળતાના સ્તર બંનેમાં સુધારો કરવામાં આવ્યો છે. Ksonnet સ્તરે ઉકેલો હજુ પણ હેલ્મ 2 કરતા હલકી ગુણવત્તાવાળા છે. જો કે, આ વિશ્વમાં બીજું શું છે તે જાણવા માટે તે જોવા યોગ્ય છે. અલબત્ત, તમારું રૂપરેખાંકન મેનેજર તમારા નિયંત્રણ હેઠળ હશે, પરંતુ તે સંપૂર્ણપણે કુબરનેટ્સનું મૂળ નથી.

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

એક્સ્ટેન્ડર્સ ફક્ત નિયંત્રણમાં થોડો સુધારો કરે છે, વર્કફ્લોને પૂરક બનાવે છે અથવા CI/CD પાઇપલાઇન્સ પર ખૂણા કાપી નાખે છે.

હેલ્મનું ભવિષ્ય

સારા સમાચાર એ છે કે Helm 3 આવી રહ્યું છે. Helm 3.0.0-alpha.2 નું આલ્ફા વર્ઝન પહેલેથી જ રિલીઝ થઈ ગયું છે, તમે તેને અજમાવી શકો છો. તે તદ્દન સ્થિર છે, પરંતુ કાર્યક્ષમતા હજુ પણ મર્યાદિત છે.

શા માટે સુકાન 3? સૌ પ્રથમ, આ વિશે એક વાર્તા છે ટિલર ગાયબ, એક ઘટક તરીકે. આ, જેમ તમે પહેલાથી જ સમજો છો, તે એક મોટું પગલું છે, કારણ કે આર્કિટેક્ચરની સુરક્ષાના દૃષ્ટિકોણથી, બધું સરળ છે.

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

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

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

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

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

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

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

પર કોન્ફરન્સ ચેકપોઇન્ટ અને સમાચાર અનુસરો ન્યૂઝલેટર и ટેલિગ્રામ ચેનલ.

સોર્સ: www.habr.com