Build, registry, apply

Il lab finale è un ciclo: codice → immagine → manifesto → cluster. Non un bottone “deploy” magico.

Il disegno

Il ciclo che i PDF chiamano laboratorio. Clicca una stazione.

pezzo selezionato

Repo

Dockerfile e kustomize/Helm vicino al codice. Review sulla stessa PR.

Da ricordare

YAML solo sul cluster, codice altrove: deriva sicura.

In poche righe

CI (Cloud Build, GitHub Actions, GitLab): test, docker build, push sul registry con digest. Tag latest da solo è un rollback impossibile.

CD: kubectl apply, Helm, kustomize, o GitOps (Argo/Flux che applicano ciò che è nel repo). Il cluster non dovrebbe “essere aggiornato a mano dal laptop”.

Promuovi ambiente: stesso digest, overlay diversi (env, replica, Ingress). Se “in prod è un altro Dockerfile”, non hai una pipeline: hai due prodotti.

Disegna questo

Repo → build → registry (digest) → YAML/Helm → API del cluster. Una freccia di rollback sullo stesso digest precedente.

Un foglio, non un software. Se lo sai ridisegnare senza guardare, la lezione è tua.

OpenShift sopra Kubernetes Lezione successiva