હેલ્મ સાથે કેનેરી ડિપ્લોયમેન્ટને સ્વચાલિત કરવાની એક સરળ અને સુરક્ષિત રીત

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



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

kind: Deployment
metadata:
  name: app-canary
  labels:
    app: app
spec:
  replicas: 1
  ...
    image: myapp:canary
---
kind: Deployment
metadata:
  name: app
  labels:
    app: app
spec:
  replicas: 5
  ...
    image: myapp:stable
---
kind: Service
selector:
  app: app # Selector will route traffic to both deployments.

kubectl અને in નો ઉપયોગ કરીને આ વિકલ્પની કલ્પના કરવી વધુ સરળ છે કુબરનેટ્સ દસ્તાવેજીકરણ આ દૃશ્ય પર સંપૂર્ણ ટ્યુટોરીયલ પણ છે. પરંતુ આ પોસ્ટનો મુખ્ય પ્રશ્ન એ છે કે આપણે હેલ્મનો ઉપયોગ કરીને આ પ્રક્રિયાને કેવી રીતે સ્વચાલિત કરીશું.

કેનેરી જમાવટનું ઓટોમેશન

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

~/charts/app
├── Chart.yaml
├── README.md
├── templates
│   ├── NOTES.txt
│   ├── _helpers.tpl
│   ├── deployment.yaml
│   └── service.yaml
└── values.yaml

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

selector:
  app.kubernetes.io/name: myapp

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

helm upgrade
  --install myapp 
  --namespace default 
  --set app.name=myapp       # Goes into app.kubernetes.io/name
  --set app.version=v1       # Goes into app.kubernetes.io/version
  --set image.tag=stable 
  --set replicaCount=5

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

helm upgrade
  --install myapp-canary 
  --namespace default 
  --set app.name=myapp       # Goes into app.kubernetes.io/name
  --set app.version=v2       # Goes into app.kubernetes.io/version
  --set image.tag=canary 
  --set replicaCount=1

બસ એટલું જ! જો તમે સેવાને પિંગ કરો છો, તો તમે જોઈ શકો છો કે કેનેરી અપડેટ સમયના અમુક ભાગમાં જ ટ્રાફિકને રૂટ કરે છે.

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

સોર્સ: www.habr.com