Wat zijn kanarie-implementaties?

Canary deployment is een strategie voor het uitrollen van nieuwe functionaliteiten, waarbij de update geleidelijk wordt uitgerold naar een klein deel van de gebruikers en, bij geen problemen, wordt uitgebreid naar het hele publiek.

Belangrijkste fasen:

1. Uitrol van de canary-groep: De nieuwe versie van de applicatie wordt uitgerold op een kleine subset van servers of gebruikers.
2. Monitoring: Er wordt nauwlettend gemonitord op metrics (fouten, prestaties, gebruikersgedrag) voor de canary-groep.
3. Uitbreiding of rollback:
   • Als de monitoring succes aangeeft, wordt de uitrol geleidelijk uitgebreid naar een grotere groep gebruikers.
   • Bij problemen wordt de uitrol teruggedraaid voor de canary-groep, waardoor de hoofdgroep wordt beschermd.

Voordelen:

• Risico's minimaliseren: Problemen beïnvloeden slechts een kleine subset van gebruikers.
• Snelle rollback: Eenvoudig terug naar de vorige versie.
• Testen onder echte omstandigheden: Evaluatie van het gedrag van nieuwe functionaliteit onder echte belasting.

Nadelen:

• Infrastructuurcomplexiteit: Ondersteuning voor meerdere versies van de applicatie tegelijk is vereist.
• Verkeerbeheer: Mechanismen nodig om verkeer naar verschillende versies te routeren.
• Data-analyse: Effectief verzamelen en analyseren van metrics is noodzakelijk.

Voorbeeld van implementatie in Kubernetes:

// Deployment voor v1
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v1
spec:
  replicas: 10 // Hoofdaantal
  selector:
    matchLabels:
      app: my-app
      version: v1
  template:
    metadata:
      labels:
        app: my-app
        version: v1
    spec:
      containers:
      - name: my-app
        image: my-registry/my-app:v1

---

// Deployment voor canary v2
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v2-canary
spec:
  replicas: 1 // Canary-groep
  selector:
    matchLabels:
      app: my-app
      version: v2
  template:
    metadata:
      labels:
        app: my-app
        version: v2
    spec:
      containers:
      - name: my-app
        image: my-registry/my-app:v2

---

// Service om verkeer te routeren (met selectors)
apiVersion: v1
kind: Service
metadata:
  name: my-app-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080

Om het verkeer tussen v1 en v2 te verdelen, worden Ingress-controllers (zoals Nginx Ingress, Istio) gebruikt die gewogen verkeersverdeling ondersteunen.