Ett enkelt och säkert sätt att automatisera kanardeploys med Helm

En kanariedeplyering är en mycket effektiv metod för att testa ny kod på en delmängd av användarna. Den minskar betydligt den trafikbelastning som kan orsaka problem under distributionen, eftersom den endast sker inom en specifik undergrupp. Denna anteckning handlar om hur man organiserar en sådan deployment med hjälp av Kubernetes och automatisering. Det förutsätts att du har en viss kunskap om Helm och Kubernetes-resurser..



En enkel kanariedeplyering i Kubernetes omfattar två nyckelresurser: själva tjänsten och verktyget för distribution. Kanariedeplyeringen fungerar via en tjänst som interagerar med två olika resurser som hanterar trafikuppdateringen. En av dessa resurser kommer att hantera den 'kanariegula' versionen, medan den andra kommer att hantera den stabila versionen. I denna situation kan vi reglera mängden kanariegula versioner för att minska mängden trafik som behöver hanteras. Om du till exempel föredrar att använda Yaml, kommer det att se ut i Kubernetes så här:

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 # Selektorn kommer att dirigera trafik till båda distributionerna.

Det är ännu enklare att föreställa sig ett sådant alternativ med kubectl, och i dokumentationen för Kubernetes finns faktiskt en fullständig handledning för detta scenario. Men den centrala frågan i detta inlägg handlar om hur vi planerar att automatisera denna process med hjälp av Helm.

Automatisering av kanariedeplyering

Först och främst behöver vi ett Helm-diagram som redan inkluderar de resurser vi diskuterade ovan. Det ska se ut ungefär så här:

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

Grunden för Helm-konceptet är hantering av flera versioner av distributioner. Stabil version är vår huvudstabila gren av projektets kod. Men med hjälp av Helm kan vi distribuera en kanariefördelning med vår experimentella kod. Det viktigaste är att bevara trafikflödet mellan den stabila versionen och kanariefördelningen. Vi kommer att hantera allt detta med en speciell selektor:

selector:
  app.kubernetes.io\/name: myapp

Våra både "kanariefågel"- och stabila distribueringsresurser kommer att ange denna tagg på modulerna. Om allt konfigureras korrekt, kommer vi under distributionen av vår kanarifågelversion av Helm-diagrammet att se att trafiken dirigeras till de nyligen distribuerade modulerna. Den stabila versionen av detta kommando kommer att se ut så här:

helm upgrade
  --install myapp 
  --namespace default 
  --set app.name=myapp       # Går in i app.kubernetes.io/name
  --set app.version=v1       # Går in i app.kubernetes.io/version
  --set image.tag=stable 
  --set replicaCount=5

Nu ska vi kontrollera vår kanarifågelrelease. För att distribuera kanarifågelversionen måste vi tänka på två saker. Namnet på release måste skilja sig så att vi inte uppdaterar den nuvarande stabila versionen. Version och tagg måste också vara olika så att vi kan distribuera annan kod och avgöra skillnaderna genom resursens taggar.

helm upgrade
  --install myapp-canary 
  --namespace default 
  --set app.name=myapp       # Går in i app.kubernetes.io/name
  --set app.version=v2       # Går in i app.kubernetes.io/version
  --set image.tag=canary 
  --set replicaCount=1

Så, det är allt! Om du pingar tjänsten kan du se att kanarifågeluppdateringen dirigerar trafiken endast en del av tiden.

Om du letar efter automatiseringsverktyg för distribueringsprocessen som inkluderar den beskrivna logiken, ta en titt på Deliverybot och på automatiseringsverktyg för Helm på GitHub. Helm-diagrammen som används för att implementera den ovan beskrivna metoden finns på Github, här. Generellt var detta en teoretisk översikt över hur man implementerar automatisering av kanarifågelversioner i praktiken, med specifika koncept och exempel.

Källa: habr.com