Ce sunt implementările canarice?

Deploiementul canar este o strategie de lansare a noilor funcționalități, în care actualizarea este implementată treptat pentru o mică parte a utilizatorilor și, în absența problemelor, se extinde la întreaga audiență.

Etapele principale:

1. Deploiementul grupului canar: Noua versiune a aplicației este implementată pe un sub-ansamblu mic de servere sau utilizatori.
2. Monitorizare: Se realizează o monitorizare atentă a metricilor (erori, performanță, comportament al utilizatorilor) pentru grupul canar.
3. Extindere sau rollback:
   • Dacă monitorizarea indică succes, implementarea se extinde treptat la un grup mai mare de utilizatori.
   • În cazul apariției unor probleme, implementarea este revenită pentru grupul canar, protejând majoritatea utilizatorilor.

Avantaje:

• Minimizarea riscurilor: Problemele afectează un sub-ansamblu mic de utilizatori.
• Rollback rapid: Este ușor să revii la versiunea anterioară.
• Testare în condiții reale: Evaluarea comportamentului noii funcționalități sub sarcină reală.

Dezavantaje:

• Complexitatea infrastructurii: Este necesar suport pentru mai multe versiuni ale aplicației simultan.
• Gestionarea traficului: Sunt necesare mecanisme pentru rutarea traficului către diferite versiuni.
• Analiza datelor: Este necesară o colectare și analiză eficientă a metricilor.

Exemplu de implementare în Kubernetes:

// Deployment pentru v1
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v1
spec:
  replicas: 10 // Număr principal
  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 pentru canar v2
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v2-canary
spec:
  replicas: 1 // Grup canar
  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

---

// Serviciu pentru rutarea traficului (folosind selectori)
apiVersion: v1
kind: Service
metadata:
  name: my-app-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080

Pentru gestionarea distribuției traficului între v1 și v2, se utilizează controlere Ingress (de exemplu, Nginx Ingress, Istio) cu posibilitatea de distribuție ponderată a traficului.