Cosa sai del Controller di Replicazione?

Il Controller di Replicazione (RC) è una risorsa obsoleta in Kubernetes che garantisce un numero specifico di pod con un modello definito in ogni momento. Gestisce il ciclo di vita dei pod, li riavvia automaticamente in caso di errori e crea nuovi pod se necessario per mantenere il numero desiderato di repliche.

Funzioni principali e limitazioni del RC:

• Mantenimento del numero desiderato di repliche: garantisce che il numero specificato di pod sia sempre in esecuzione.
• Auto-riparazione: riavvia o crea pod in caso di eliminazione, errore o fallimento del nodo.
• Scalabilità: permette di aumentare o diminuire manualmente il numero di repliche.
• Aggiornamento: non fornisce strategie integrate per aggiornamenti "senza interruzioni" dei pod (ad esempio, Rolling Update). Sono necessari meccanismi aggiuntivi o orchestrazione.
• Obsoleto: sostituito da una risorsa più funzionale e flessibile: Deployment.

Deployment utilizza ReplicaSet (il successore del RC con capacità estese di selettori) per gestire i pod e aggiunge funzionalità come:

• Strategie di aggiornamento (Rolling Update, Recreate).
• Rollback alla versione precedente.
• Pausa e ripresa del deployment.

Esempio di manifest RC:

apiVersion: v1
kind: ReplicationController
metadata:
  name: myapp-rc
spec:
  replicas: 3 # Numero desiderato di pod
  selector:
    app: myapp # Selettore per trovare i pod gestiti dal RC
  template: # Modello per creare nuovi pod
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: nginx:latest # Immagine del contenitore
        ports:
        - containerPort: 80

Nonostante sia obsoleto, comprendere il RC è importante per capire l'evoluzione delle risorse di gestione dei pod in Kubernetes e i principi di funzionamento di ReplicaSet e Deployment, che lo hanno sostituito. Per i nuovi deployment, si dovrebbe usare Deployment invece del Controller di Replicazione.