ਹੈਲਮ ਨਾਲ ਕੈਨਰੀ ਤੈਨਾਤੀਆਂ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨ ਦਾ ਇੱਕ ਸਧਾਰਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ

ਕੈਨਰੀ ਤੈਨਾਤੀ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਬਸੈੱਟ 'ਤੇ ਨਵੇਂ ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਇੱਕ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰੀਕਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਲੋਡ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜੋ ਕਿ ਤੈਨਾਤੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਸਮੱਸਿਆ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ ਇੱਕ ਖਾਸ ਸਬਸੈੱਟ ਦੇ ਅੰਦਰ ਹੁੰਦਾ ਹੈ। ਇਹ ਨੋਟ ਕੁਬਰਨੇਟਸ ਅਤੇ ਡਿਪਲਾਇਮੈਂਟ ਆਟੋਮੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਜਿਹੀ ਤੈਨਾਤੀ ਨੂੰ ਕਿਵੇਂ ਸੰਗਠਿਤ ਕਰਨਾ ਹੈ ਇਸ ਲਈ ਸਮਰਪਿਤ ਹੈ। ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਹੈਲਮ ਅਤੇ ਕੁਬਰਨੇਟਸ ਸਰੋਤਾਂ ਬਾਰੇ ਕੁਝ ਜਾਣਦੇ ਹੋ.



ਕੁਬਰਨੇਟਸ ਲਈ ਇੱਕ ਸਧਾਰਨ ਕੈਨਰੀ ਤੈਨਾਤੀ ਵਿੱਚ ਦੋ ਮੁੱਖ ਸਰੋਤ ਸ਼ਾਮਲ ਹਨ: ਸੇਵਾ ਖੁਦ ਅਤੇ ਤੈਨਾਤੀ ਟੂਲ। ਕੈਨਰੀ ਤੈਨਾਤੀ ਇੱਕ ਸਿੰਗਲ ਸੇਵਾ ਦੁਆਰਾ ਕੰਮ ਕਰਦੀ ਹੈ ਜੋ ਅੱਪਡੇਟ ਟ੍ਰੈਫਿਕ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਦੋ ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੀ ਹੈ। ਇਹਨਾਂ ਸਰੋਤਾਂ ਵਿੱਚੋਂ ਇੱਕ "ਕੈਨਰੀ" ਸੰਸਕਰਣ ਦੇ ਨਾਲ ਕੰਮ ਕਰੇਗਾ, ਅਤੇ ਦੂਜਾ ਸਥਿਰ ਸੰਸਕਰਣ ਦੇ ਨਾਲ ਕੰਮ ਕਰੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ ਸੇਵਾ ਲਈ ਲੋੜੀਂਦੀ ਟ੍ਰੈਫਿਕ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕੈਨਰੀ ਸੰਸਕਰਣਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ। ਜੇ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ Yaml ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:

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 'ਤੇ ਹੈਲਮ ਆਟੋਮੇਸ਼ਨ ਟੂਲ. ਉੱਪਰ ਦੱਸੇ ਢੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਵਰਤੇ ਗਏ ਹੈਲਮ ਚਾਰਟ ਗਿਥਬ 'ਤੇ ਹਨ, ਇੱਥੇ ਹੀ. ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਵਿਸ਼ੇਸ਼ ਸੰਕਲਪਾਂ ਅਤੇ ਉਦਾਹਰਣਾਂ ਦੇ ਨਾਲ, ਅਭਿਆਸ ਵਿੱਚ ਕੈਨਰੀ ਸੰਸਕਰਣਾਂ ਦੀ ਤੈਨਾਤੀ ਦੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ ਇਸ ਬਾਰੇ ਇੱਕ ਸਿਧਾਂਤਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਸੀ।

ਸਰੋਤ: www.habr.com