Viene mantenuto uno stato durante il deployment?

Quando si distribuisce un Deployment in Kubernetes, lo stato non viene conservato all'interno dello stesso controller Deployment. Deployment gestisce un ReplicaSet, che a sua volta gestisce i Pod. I Pod sono per loro natura effimeri e possono essere riavviati o eliminati.

La conservazione dello stato per le applicazioni distribuite tramite Deployment viene generalmente realizzata tramite altri meccanismi:

• Persistent Volumes (PV) e Persistent Volume Claims (PVC): Utilizzati per memorizzare dati che devono rimanere accessibili anche dopo l'eliminazione o il riavvio dei Pod. PV fornisce lo storage, e PVC lo richiede.
• ConfigMaps e Secrets: Utilizzati per memorizzare dati di configurazione e informazioni sensibili (password, chiavi), separati dall'immagine del contenitore.
• StatefulSets: Controller appositamente progettato per gestire applicazioni con stato. Gli StatefulSets garantiscono un'identificazione di rete stabile e uno storage persistente per ogni Pod, oltre a un deployment e uno scaling ordinati.

Esempio di richiesta PVC in un manifest di Pod:

# Definizione di un Pod che utilizza PVC
apiVersion: v1
kind: Pod
metadata:
  name: mia-app-stato
spec:
  containers:
  - name: mio-contenitore
    image: mia-immagine
    volumeMounts:
    - name: volume-dati
      mountPath: /dati
  volumes:
  - name: volume-dati
    persistentVolumeClaim:
      claimName: mia-pvc

Esempio di definizione di StatefulSet:

# Definizione di StatefulSet
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mio-statefulset
spec:
  serviceName: "mio-servizio"
  replicas: 3
  selector:
    matchLabels:
      app: mia-app-stato
  template:
    metadata:
      labels:
        app: mia-app-stato
    spec:
      containers:
      - name: mio-contenitore
        image: mia-immagine
        volumeMounts:
        - name: mio-volume
          mountPath: /dati
  volumeClaimTemplates:
  - metadata:
      name: mio-volume
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 1Gi

Quindi, lo stesso Deployment non memorizza lo stato. Il suo compito è garantire il numero necessario di repliche di Pod senza conservare la loro identità o stato tra i riavvii. Per le applicazioni con stato, si usano StatefulSets, PV/PVC, ConfigMaps e Secrets.