Cosa sono le distribuzioni canarino?

Il deployment canarino è una strategia di rilascio di nuove funzionalità, in cui l'aggiornamento viene distribuito gradualmente a una piccola parte degli utenti e, in assenza di problemi, si estende a tutta l'audience.

Fasi principali:

1. Distribuzione del gruppo canarino: La nuova versione dell'applicazione viene distribuita su un piccolo sottoinsieme di server o utenti.
2. Monitoraggio: Si effettua un attento monitoraggio delle metriche (errori, prestazioni, comportamento degli utenti) per il gruppo canarino.
3. Espansione o rollback:
   • Se il monitoraggio mostra successo, la distribuzione si espande gradualmente a un gruppo più ampio di utenti.
   • In caso di problemi, la distribuzione viene rollbackata per il gruppo canarino, proteggendo la maggior parte degli utenti.

Vantaggi:

• Minimizzazione dei rischi: I problemi influenzano un piccolo sottoinsieme di utenti.
• Rollback rapido: È facile tornare alla versione precedente.
• Test in condizioni reali: Valutazione del comportamento della nuova funzionalità sotto carico reale.

Svantaggi:

• Complessità dell'infrastruttura: È necessario supporto per più versioni dell'applicazione contemporaneamente.
• Gestione del traffico: Sono necessari meccanismi per instradare il traffico a diverse versioni.
• Analisi dei dati: È richiesta una raccolta e analisi efficaci delle metriche.

Esempio di implementazione in Kubernetes:

// Deployment per v1
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v1
spec:
  replicas: 10 // Numero principale
  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 per canarino v2
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-v2-canary
spec:
  replicas: 1 // Gruppo canarino
  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

---

// Servizio per instradare il traffico (usando selector)
apiVersion: v1
kind: Service
metadata:
  name: my-app-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080

Per gestire la distribuzione del traffico tra v1 e v2, si utilizzano controller Ingress (ad esempio, Nginx Ingress, Istio) con capacità di distribuzione ponderata del traffico.