🥇Canary Deployment Kuberneteses #2: Argo Rollouts

Kasutame k8s-i natiivset Argo Rolloutsi ja GitlabCI-d canary-deploy'i käivitamiseks Kuberneteses.

https://unsplash.com/photos/V41PulGL1z0

Selle tsükli artiklid

Canary Deployment Kubernetes'is #1: Gitlab CI
(See artikkel)
Canary deploy kasutades Istio
Canary deploy kasutades Jenkins-X Istio Flaggerit

Canary deploy

Loodame, et olete lugenud esimest osa, kus me lühidalt selgitasime, mis on canary deployd. Näitasime ka, kuidas seda rakendada kasutades Kubernetesese standardseid ressursse.

Argo Rollouts

Argo Rollouts on Kubernetes-i natiivne deploy kontrollija. See pakub Kubernetesele CRD (Custom Resource Definition). Tänu sellele saame kasutada uut üksust: Rollout, mis haldab blue-green ja canary deploy'e erinevate konfigureerimisvõimalustega.

Argo Rolloutsi kontrollija, mida kasutatakse kohandatud ressursiga Rollout, võimaldab kasutada täiendavaid deploy strateegiaid, nagu blue-green ja canary Kuberneteses. Ressurss Rollout pakkub funktsionaalsust, mis on samaväärne Deployment, ainult täiendavate deploy strateegiatega.
Allikas Deployments omab kahte strateegiat deploy'imiseks: RollingUpdate ja Recreate. Kuigi need strateegiad sobivad enamikuks juhtudest, kasutavad suurtel serverites deploy'ide puhul täiendavaid strateegiaid, nagu blue-green või canary, mida Deployment kontrollija ei paku. Nende strateegiate kasutamiseks Kuberneteses pidid kasutajad kirjutama skripte oma Deployments’i peale. Argo Rolloutsi kontrollija pakub neid strateegiaid lihtsate deklaratiivsete konfigureeritavate parameetrite kujul.
https://argoproj.github.io/argo-rollouts

On olemas ka Argo CI, mis pakub mugavat veebiliidest, mida saab kasutada koos Rollouts'iga, sellele vaatame järgmisel artiklil.

Argo Rolloutsi paigaldamine

Serveri poolel

kubectl create namespace argo-rollouts kubectl apply -n argo-rollouts -f https://raw.githubusercontent.com/argoproj/argo-rollouts/stable/manifests/install.yaml

Meie infrastruktuuri repois (vt allpool) oleme juba lisanud install.yaml kui i/k8s/argo-rollouts/install.yaml. Seega paigaldab GitlabCI selle klastrisse.

Kliendi poolel (kubectl plugin)

https://argoproj.github.io/argo-rollouts/features/kubectl-plugin

Näidisrakendus

Hea praktika on hoida eraldi repoid rakenduse koodile ja infrastruktuurile.

Rakenduse repo

Kim Wuestkamp / k8s-deployment-example-app

See on väga lihtne API Python+Flaskis, mis tagastab vastuse JSON-vormingus. Kogume paketi kasutades GitlabCI-d ja pushime tulemuse Gitlabi registrisse. Registris on meil kaks erinevat versiooni väljalaskeid:

wuestkamp/k8s-deployment-example-app:v1
wuestkamp/k8s-deployment-example-app:v2

Ainus erinevus nende vahel on tagastatav JSON-fail. Kasutame seda rakendust maksimaalselt lihtsaks visualiseerimiseks, millega versiooniga me suhtleme.

Infrastruktuuri hoidla

Selles hoidlas kasutame GitlabCI-d Kubernetesesse deployimiseks, .gitlab-ci.yml näeb välja järgmine:

image: traherom/kustomize-dockerbefore_script:
   - printenv
   - kubectl versionstages:
 - deploydeploy test:
   stage: deploy
   before_script:
     - echo $KUBECONFIG
   script:
     - kubectl get all
     - kubectl apply -f i/k8s    only:
     - master

Selle iseseisvaks käitamiseks vajate klastri, saate kasutada Gcloudi:

gcloud container clusters create canary --num-nodes 3 --zone europe-west3-b
gcloud compute firewall-rules create incoming-80 --allow tcp:80

Peate tegema forki https://gitlab.com/wuestkamp/k8s-deployment-example-canary-infrastructure ja looma muutujat KUBECONFIG GitlabCI-s, mis sisaldab konfi ligipääsuks kubectl teie klastrile.

Siin Saate lugeda, kuidas saada klastri andmeid (Gcloud).

Infrastruktuuri Yaml

Infrastruktuuri hoidlas on meil teenus:

apiVersion: v1
kind: Service
metadata:
 labels:
   id: rollout-canary
 name: app
spec:
 ports:
 - port: 80
   protocol: TCP
   targetPort: 5000
 selector:
   id: app
 type: LoadBalancer

ja rollout.yaml :

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
 name: rollout-canary
spec:
 replicas: 10
 revisionHistoryLimit: 2
 selector:
   matchLabels:
     id: rollout-canary
 template:
   metadata:
     labels:
       id: rollout-canary
   spec:
     containers:
     - name: rollouts-demo
       image: registry.gitlab.com/wuestkamp/k8s-deployment-example-app:v1
       imagePullPolicy: Always
 strategy:
   canary:
     steps:
     - setWeight: 10
     # Rollouts can be manually resumed by running `kubectl argo rollouts promote ROLLOUT`
     - pause: {}
     - setWeight: 50
     - pause: { duration: 120 } # two minutes

Rollout töötleb samamoodi nagu Deployment. Kui me ei määrata värskendamise strateegiat (nagu canary siin), käitub see nagu vaikimisi rolling-update Deployment.

Määratleme kaks sammu yaml-is canary deployment'i jaoks:

10% liiklust canaryle (ootab käsitsi OK-d)
50% liiklust canaryle (ootab 2 minutit ja siis jätkab 100%-ni)

Esialgse deployimise teostamine

Pärast esialgset deployimist näevad meie ressursid välja nii:

Ja saame vastuse ainult rakenduse esimeselt versioonilt:

Teostame Canary Deployment'i

Samm 1: 10% liiklust

Canary deployment'i alustamiseks peame lihtsalt muutma pildi versiooni, nagu me tavaliselt teeme deployimistega:

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
 name: rollout-canary
spec:
...
 template:
   metadata:
     labels:
       id: rollout-canary
   spec:
     containers:
     - name: rollouts-demo
       image: registry.gitlab.com/wuestkamp/k8s-deployment-example-app:v2
...

Ja me surume muudatused, seega teeb Gitlab CI deploy ja me näeme muudatuseid:

Nüüd, kui me pöördume teenuse poole:

Suurepärane! Oleme oma canary deployment'i keskel. Saame edenemist näha, käivitades:

kubectl argo rollouts get rollout rollout-canary

Samm 2: 50% liiklus:

Nüüd liigume järgmise sammu juurde: 50% liikluse suunamine. Oleme seadistanud, et see samm käivitatakse käsitsi:

kubectl argo rollouts promote rollout-canary # jätkame sammu 2

Ja meie rakendus tagastas 50% vastustest uutelt versioonidelt:

Ja rollouti ülevaade:

Suurepärane.

Samm 3: 100% liiklus:

Oleme seadistanud, et kahe minuti pärast lõpetatakse 50% samm automaatselt ja käivitatakse 100% samm:

Ja rakenduse väljund:

Ja rollouti ülevaade:

Canary juurutamine on lõpetatud.

Rohkem näiteid Argo Rollouts'ist

Siin on veel näiteid, näiteks kuidas seadistada eelvaate keskkonda ja võrdlusi, mis põhinevad canary'l:

https://github.com/argoproj/argo-rollouts/tree/master/examples

Video Argo Rollouts'ist ja Argo CI'st

Soovitan seda videot väga, selles näidatakse, kuidas Argo Rollouts ja Argo CI koos töötavad:

Kokkuvõte

Mulle meeldib väga mõte kasutada CRD-sid, mis haldavad täiendavate juurutustüüpide või replicaseti loomist, suunavad liiklust jne. Nendega töötamine käib sujuvalt. Järgmine soovin testida integreerimist Argo CI'ga.

Kuid minu arvates on tulemas suur liitumine Argo CI ja Flux CI vahel, nii et võin oodata, kuni uus versioon välja tuleb: Argo Flux.

Kas teil on kogemusi Argo Rollouts'i või Argo CI-ga?

Vaata ka teisi artikleid meie blogis:

Allikas: habr.com