🥇Canary juurutamine Kuberneteses #2: Argo juurutused

Kuberneteses Canary juurutuste käivitamiseks kasutame k8s-natiivset juurutuskontrollerit Argo Rolloutsi ja GitlabCI-d.

https://unsplash.com/photos/V41PulGL1z0

Selle sarja artiklid

Kanaari juurutamine Kubernetesis nr 1: Gitlab CI
(See artikkel)
Kanaari juurutamine Istio abil
Kanaari juurutamine Jenkins-X Istio Flaggeri abil

Kanaari juurutamine

Loodame, et te loete seda esimene osa, kus me lühidalt selgitasime, mis on Canary juurutused. Samuti näitasime, kuidas neid standardsete Kubernetesi ressursside abil rakendada.

Argo väljalasked

Argo Rollouts on Kubernetes'i natiivne juurutuskontroller. See pakub Kubernetes'i jaoks CRD-d (kohandatud ressursimääratlust). Tänu sellele saame kasutada uut üksust: Rollout, mis haldab sinirohelisi ja kanaarivärvilisi juurutusi erinevate kohandamisvõimalustega.

Kohandatud ressursi poolt kasutatav Argo väljalaskekontroller Rollout, võimaldab Kubernetesi jaoks täiendavaid juurutamisstrateegiaid, näiteks sinirohelist ja kanaari. Rollout pakub samaväärset funktsionaalsust Deployment, ainult täiendavate juurutamisstrateegiatega.
ressurss Deployments on kaks juurutamisstrateegiat: RollingUpdate и RecreateKuigi need strateegiad on enamiku kasutusjuhtude jaoks piisavad, nõuab väga laiaulatuslikesse serveritesse juurutamine lisastrateegiaid, näiteks sinirohelist või kanaaristrateegiat, mis pole juurutamise kontrolleris saadaval. Nende strateegiate kasutamiseks Kuberneteses pidid kasutajad oma juurutustele lisaks skripte kirjutama. Argo Rolloutsi kontroller avaldab need strateegiad lihtsate, deklaratiivsete ja konfigureeritavate parameetritena.
https://argoproj.github.io/argo-rollouts

Samuti on olemas Argo CI, mis pakub väljalasete jaoks kena veebiliidest, mida vaatleme järgmises artiklis.

Argo rullide paigaldamine

Serveri pool

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

Meie infrastruktuuri repositooriumisse (vt allpool) oleme juba lisanud install.yaml faili kujul i/k8s/argo-rollouts/install.yaml. Sel viisil installib GitlabCI selle klastrisse.

Kliendi poolel (kubectl plugin)

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

Näidisrakendus

Hea tava on omada rakenduskoodi ja infrastruktuuri jaoks eraldi hoidlaid.

Rakenduse hoidla

Kim Wuestkamp/k8s-juurutamise-näide-rakendus

See on väga lihtne Python+Flask API, mis tagastab JSON-vastuse. Me ehitame paketi GitlabCI abil ja saadame tulemuse Gitlabi registrisse. Registris on meil kaks erinevat väljalaskeversiooni:

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

Ainus erinevus nende vahel on tagastatud JSON-fail. Me kasutame seda rakendust, et visualiseerida võimalikult lihtsalt, millise versiooniga me räägime.

Infrastruktuuri hoidla

Selles repositooriumis kasutame Kubernetesesse juurutamiseks GitlabCI-d, .gitlab-ci.yml näeb välja selline:

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 ise käitamiseks vajate klastrit, 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

Sa pead hargima https://gitlab.com/wuestkamp/k8s-deployment-example-canary-infrastructure ja luua muutuja KUBECONFIG GitlabCI-s, mis sisaldab juurdepääsu konfiguratsiooni kubectl teie klastrisse.

see on Klastri (Gcloud) mandaatide hankimise kohta saate lugeda siit.

Infrastruktuur 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 kasutuselevõtt.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 toimib samamoodi nagu juurutamine. Kui me ei määra värskendusstrateegiat (nagu siin Canary), käitub see nagu vaikimisi jooksva värskenduse juurutamine.

Canary juurutamise jaoks defineerime yaml-is kaks sammu:

10% liiklusest suunatakse Canarysse (oodake käsitsi kinnitust)
50% liiklusest suunatakse Canaryle (oodake 2 minutit ja jätkake seejärel 100%-ni)

Esialgse juurutamise teostamine

Pärast esmast juurutamist näevad meie ressursid välja sellised:

Ja vastuse saame ainult rakenduse esimeselt versioonilt:

Kanaari juurutamise teostamine

1. samm: 10% liiklust

Kanaaripõhise juurutamise alustamiseks peame lihtsalt muutma pildi versiooni, nagu me tavaliselt juurutuste puhul teeme:

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 peale, seega Gitlab CI teeb juurutuse ja me näeme muudatusi:

Kui nüüd teenuse juurde pöörduda:

Suurepärane! Oleme oma Canary juurutuse keskel. Edusamme näeme järgmiselt:

kubectl argo rollouts get rollout rollout-canary

2. samm: 50% liiklusest:

Nüüd liigume edasi järgmise sammu juurde: 50% liikluse ümbersuunamine. Oleme selle sammu käsitsi käivitamiseks seadistanud:

kubectl argo rollouts promote rollout-canary # continue to step 2

Ja meie rakendus tagastas 50% vastustest uutest versioonidest:

Ja kasutuselevõtu ülevaade:

Imeline.

3. samm: 100% liiklusest:

Me seadistasime selle nii, et 2 minuti pärast lõppeks automaatselt 50% samm ja algaks 100% samm:

Ja rakenduse väljund:

Ja kasutuselevõtu ülevaade:

Kanaari juurutamine on lõpule viidud.

Rohkem näiteid Argo väljalaskeavadega

Siin on rohkem näiteid, näiteks kuidas seadistada keskkonna eelvaateid ja võrdlusi Canary põhjal:

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

Video Argo väljalasketest ja Argo CI-st

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

Summaarne

Mulle väga meeldib idee kasutada CRD-sid, mis tegelevad täiendavate juurutuste või replikaatide loomise, liikluse ümbersuunamise jms-ga. See toimib sujuvalt. Järgmisena tahaksin testida integratsiooni Argo CI-ga.

Siiski näib, et Argo CI ja Flux CI vahel on tulemas suur ühinemine, seega võin oodata uue versiooni ilmumist: Argo Flux.

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