Kustomize માટે સંક્ષિપ્ત પરિચય

નૉૅધ. અનુવાદ: લેખ સ્કોટ લોવે દ્વારા લખવામાં આવ્યો હતો, જે IT માં બહોળો અનુભવ ધરાવતા એન્જિનિયર છે, જેઓ સાત મુદ્રિત પુસ્તકોના લેખક/સહ-લેખક છે (મુખ્યત્વે VMware vSphere પર). તે હવે તેની VMware પેટાકંપની Heptio (2016 માં હસ્તગત) માટે કામ કરે છે, જે ક્લાઉડ કમ્પ્યુટિંગ અને કુબરનેટ્સમાં વિશેષતા ધરાવે છે. ટેક્નોલોજીનો ઉપયોગ કરીને કુબરનેટ્સ માટે રૂપરેખાંકન વ્યવસ્થાપનના સંક્ષિપ્ત અને સમજવામાં સરળ પરિચય તરીકે ટેક્સ્ટ પોતે જ કામ કરે છે. કસ્ટમાઇઝ કરો, જે તાજેતરમાં K8s નો ભાગ બન્યો છે.

Kustomize એ એક સાધન છે જે વપરાશકર્તાઓને "વિવિધ હેતુઓ માટે સરળ, ટેમ્પલેટ-મુક્ત YAML ફાઇલોને કસ્ટમાઇઝ કરવા માટે પરવાનગી આપે છે, મૂળ YAML અકબંધ અને ઉપયોગી છોડીને" GitHub પર રિપોઝીટરીને કસ્ટમાઇઝ કરો). Kustomize સીધું ચલાવી શકાય છે અથવા, કુબરનેટ્સ 1.14 મુજબ, ઉપયોગ કરી શકાય છે kubectl -k તેની કાર્યક્ષમતાને ઍક્સેસ કરવા માટે (જોકે કુબરનેટ્સ 1.15 મુજબ, અલગ દ્વિસંગી કુબેક્ટલમાં બનેલી ક્ષમતાઓ કરતાં નવી છે). (નૉૅધ. અનુવાદ: અને તાજેતરના પ્રકાશન સાથે કુબર્નીટ્સ 1.16 કસ્ટમાઇઝ કરો દ્વારા આધારભૂત kubeadm ઉપયોગિતામાં પણ.) આ પોસ્ટમાં, હું વાચકોને કસ્ટમાઇઝની મૂળભૂત બાબતોનો પરિચય કરાવવા માંગુ છું.

તેના સૌથી સરળ સ્વરૂપ/એપ્લિકેશનમાં, kustomize એ ફક્ત સંસાધનોનો સંગ્રહ છે (YAML ફાઇલો કે જે Kubernetes ઑબ્જેક્ટને વ્યાખ્યાયિત કરે છે: ડિપ્લોયમેન્ટ્સ, સેવાઓ, વગેરે.) ઉપરાંત તે સંસાધનોમાં કરવા માટે જરૂરી ફેરફારો માટેની સૂચનાઓની સૂચિ. જેમ મેકમાં સમાયેલ સૂચના સેટનો ઉપયોગ થાય છે Makefile, અને ડોકર તરફથી સૂચનાઓના આધારે કન્ટેનર બનાવે છે Dockerfile, ઉપયોગોને કસ્ટમાઇઝ કરો kustomization.yaml વપરાશકર્તા સંસાધનોના સમૂહમાં શું ફેરફારો કરવા માંગે છે તે અંગેની સૂચનાઓ સંગ્રહિત કરવા.

અહીં એક ઉદાહરણ ફાઇલ છે kustomization.yaml:

resources:
- deployment.yaml
- service.yaml
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

હું ફાઇલમાંના તમામ સંભવિત ક્ષેત્રો વિશે વાત કરવાનો પ્રયાસ કરીશ નહીં. kustomization.yaml (આ વિશે સારી રીતે લખ્યું છે અહીં), પરંતુ હું ચોક્કસ ઉદાહરણનું સંક્ષિપ્ત સમજૂતી આપીશ:

• ક્ષેત્ર resources સૂચવે છે કે શું (કયા સંસાધનો) kustomize બદલાશે. આ કિસ્સામાં, તે ફાઇલોમાં સંસાધનો શોધશે deployment.yaml и service.yaml તમારી ડિરેક્ટરીમાં (જો જરૂરી હોય તો તમે સંપૂર્ણ અથવા સંબંધિત પાથનો ઉલ્લેખ કરી શકો છો).
• ક્ષેત્ર namePrefix ચોક્કસ ઉપસર્ગ ઉમેરવા માટે kustomize સૂચના આપે છે (આ કિસ્સામાં - dev-) લક્ષણ માટે name ક્ષેત્રમાં વ્યાખ્યાયિત તમામ સંસાધનો resources. આમ, જો જમાવટ છે name અર્થ સાથે nginx-deployment, કસ્ટમાઇઝ તે બનાવશે dev-nginx-deployment.
• ક્ષેત્ર namespace બધા સંસાધનોમાં આપેલ નેમસ્પેસ ઉમેરવા માટે kustomize ને સૂચના આપે છે. આ કિસ્સામાં, ડિપ્લોયમેન્ટ અને સર્વિસ નેમસ્પેસમાં આવશે development.
• છેલ્લે, ક્ષેત્ર commonLabels લેબલનો સમૂહ સમાવે છે જે તમામ સંસાધનોમાં ઉમેરવામાં આવશે. અમારા ઉદાહરણમાં, kustomize નામ સાથે સંસાધનોને લેબલ સોંપશે environment અને અર્થ development.

જો વપરાશકર્તા કરે છે kustomize build . ફાઇલ સાથે ડિરેક્ટરીમાં kustomization.yaml અને જરૂરી સંસાધનો (એટલે ​​કે ફાઇલો deployment.yaml и service.yaml), પછી આઉટપુટ પર તે ઉલ્લેખિત ફેરફારો સાથે એક ટેક્સ્ટ પ્રાપ્ત કરશે kustomization.yaml.

નૉૅધ. અનુવાદ: kustomize ના "સરળ" ઉપયોગ પર પ્રોજેક્ટ દસ્તાવેજીકરણમાંથી ચિત્ર

જો ફેરફારો કરવાની જરૂર હોય તો આઉટપુટ રીડાયરેક્ટ કરી શકાય છે:

kustomize build . > custom-config.yaml

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

kustomize build . | kubectl apply -f -

કસ્ટમાઇઝ ફીચર્સ દ્વારા પણ એક્સેસ કરી શકાય છે kubectl -k (Kubernetes આવૃત્તિ 1.14 થી). જો કે, ધ્યાનમાં રાખો કે સ્ટેન્ડઅલોન kustomize પેકેજ સંકલિત kubectl પેકેજ કરતાં વધુ ઝડપથી અપડેટ થાય છે (ઓછામાં ઓછું આ Kubernetes 1.15 રીલીઝની બાબત છે).

વાચકો પૂછી શકે છે: "જો તમે ફાઇલોને સીધી સંપાદિત કરી શકો તો આ બધી જટિલતા શા માટે?" મહાન પ્રશ્ન. અમારા ઉદાહરણમાં, ખરેખર કરી શકો છો ફાઇલો સંશોધિત કરો deployment.yaml и service.yaml સીધું, પરંતુ જો તેઓ કોઈ બીજાના પ્રોજેક્ટનો કાંટો હોય તો શું? જ્યારે મૂળ/સ્રોતમાં ફેરફાર કરવામાં આવે ત્યારે ફાઇલોને સીધી રીતે બદલવાથી ફોર્ક રિબેઝ કરવાનું મુશ્કેલ (જો અશક્ય ન હોય તો) બને છે. kustomize નો ઉપયોગ કરવાથી તમે ફાઈલમાં આ ફેરફારોને કેન્દ્રિય બનાવવા માટે પરવાનગી આપે છે kustomization.yaml, મૂળ ફાઇલોને અકબંધ છોડીને અને આમ જો જરૂરી હોય તો મૂળ ફાઇલોને રીબેઝ કરવાનું સરળ બનાવે છે.

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

ઓવરલે અને અંતર્ગત સંસાધનોના વિચારને સમજાવવા માટે (મૂળભૂત સંસાધનો), ચાલો ધારીએ કે ડિરેક્ટરીઓમાં નીચેનું માળખું છે:

- base
  - deployment.yaml
  - service.yaml
  - kustomization.yaml
- overlays
  - dev
    - kustomization.yaml
  - staging
    - kustomization.yaml
  - prod
    - kustomization.yaml

ફાઈલમાં base/kustomization.yaml ક્ષેત્રનો ઉપયોગ કરતા વપરાશકર્તાઓ resources ફક્ત તે સંસાધનો જાહેર કરો કે જે કસ્ટમાઇઝમાં શામેલ હોવા જોઈએ.

દરેક ફાઇલમાં overlays/{dev,staging,prod}/kustomization.yaml વપરાશકર્તાઓ ક્ષેત્રમાં આધાર રૂપરેખાંકનનો સંદર્ભ આપે છે resources, અને પછી માટે ચોક્કસ ફેરફારો સૂચવો આપેલ વાતાવરણ. ઉદાહરણ તરીકે, ફાઇલ overlays/dev/kustomization.yaml અગાઉ આપેલ ઉદાહરણ જેવું દેખાઈ શકે છે:

resources:
- ../../base
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

આ કિસ્સામાં, ફાઇલ overlays/prod/kustomization.yaml સંપૂર્ણપણે અલગ હોઈ શકે છે:

resources:
- ../../base
namePrefix: prod-
namespace: production
commonLabels:
  environment: production
  sre-team: blue

જ્યારે વપરાશકર્તા ચાલે છે kustomize build . સૂચિમાં overlays/dev, kustomize વિકાસ વિકલ્પ જનરેટ કરશે. જો તમે ચલાવો kustomize build . સૂચિમાં overlays/prod - તમને ઉત્પાદન વિકલ્પ મળશે. અને આ બધું - મૂળમાં કોઈ ફેરફાર કર્યા વિના (પાયો) ફાઇલો, બધી ઘોષણાત્મક અને નિર્ધારિત રીતે. તમે બેઝ કન્ફિગરેશન અને ઓવરલે ડાયરેક્ટરીઝને વર્ઝન કંટ્રોલમાં સીધું જ કમિટ કરી શકો છો, એ જાણીને કે આ ફાઈલોના આધારે તમે કોઈપણ સમયે ઇચ્છિત રૂપરેખાંકનનું પુનઃઉત્પાદન કરી શકો છો.

નૉૅધ. અનુવાદ: kustomize માં ઓવરલેનો ઉપયોગ કરવા પર પ્રોજેક્ટ દસ્તાવેજીકરણમાંથી ચિત્ર

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

વધારાના સંસાધનો

kustomize વિશે ઘણા સારા લેખો અને પ્રકાશનો છે. અહીં કેટલાક છે જે મને ખાસ ઉપયોગી જણાયા છે:

• Kustomize નો ઉપયોગ કરીને વિવિધ વાતાવરણના ઉત્પાદન/પરીક્ષણ માટે આધાર YAML રૂપરેખા બદલો;
• Kustomize — Kubernetes માં ટેમ્પ્લેટિંગ કરવાની યોગ્ય રીત;
• કસ્ટમાઇઝનો ઉપયોગ કરીને કુબરનેટ્સ ઑબ્જેક્ટ્સનું ઘોષણાત્મક સંચાલન;
• કસ્ટમાઇઝ સાથે અપસ્ટ્રીમ હેલ્મ ચાર્ટને કસ્ટમાઇઝ કરો.

નૉૅધ. અનુવાદ: તમે આ રીતે પ્રકાશિત થયેલ લિંક્સના બ્લોકની પણ ભલામણ કરી શકો છો સંપત્તિ યુટિલિટીની વેબસાઈટ પર, ત્યારબાદ kustomize વિશેના નવીનતમ અહેવાલો સાથેના વિડીયોનો સંગ્રહ.

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

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

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

• «કુબરનેટ્સ પર ચાલતી એપ્લિકેશનના વિકાસકર્તાઓ માટેના સાધનો»;
• «કુબરનેટ્સ 1.14: નવું શું છે તેની હાઇલાઇટ્સ»;
• «એમ્સ્ટરડેમમાં હેલ્મ સમિટ 2019ના પાંચ મુખ્ય પરિણામો»;
• «કુબરનેટ્સ - હેલ્મ માટે પેકેજ મેનેજરનો વ્યવહારુ પરિચય».

સોર્સ: www.habr.com