Kubernetes, OpenShift e GCP · 16 min
Corso · lezione 11 di 14
Kubernetes, OpenShift e GCP
0/14 viste
- 01Progetti, regioni, perché GKE
- 02Immagine, container, Pod
- 03Il cluster è un’azienda
- 04Cosa succede a un apply
- 05Pod, ReplicaSet, Deployment
- 06Job, CronJob, quante repliche
- 07Service, Ingress, DNS del cluster
- 08Volumi, Secret, StatefulSet
- 09Chi può fare cosa
- 10Quando un Pod si rompe
- 11GKE: node pool e Autopilot
- 12OpenShift sopra Kubernetes
- 13Build, registry, apply
- 14GKE e OpenShift, stesso Kubernetes
GKE: node pool e Autopilot
Google tiene il control plane. Tu scegli come pagare i worker: pool classici o Autopilot.
Il disegno
Stesso Kubernetes. Chi tocca i nodi cambia.
| GKE Standard | GKE Autopilot | |
|---|---|---|
| Nodi | Li scegli tu (pool) | Li tiene Google |
| Conto | VM accese, anche vuote | Di solito requests dei Pod |
| DaemonSet / privileged | Libero (quasi) | Vincoli: leggi la lista |
| Quando | Serve il ferro, GPU, custom | App “normali”, meno ops |
In poche righe
Standard: node pool (macchina, zone, autoscaling, taint). Upgrade a ondate. VPC-native (alias IP) è il default recente: i Pod hanno IP nel VPC, non un overlay opaco.
Autopilot: non gestisci i nodi. Nel general purpose, di solito paghi le risorse richieste dai Pod, non una VM da amministrare. GPU e hardware dedicato sono un altro conto. Limiti: alcuni DaemonSet, privileged, hostPort.
IAM: chi può get credentials sul cluster. Workload Identity: il Pod parla con GCS/PubSub senza JSON key.
Disegna questo
Scatola control plane “Google”. Sotto, o tre VM (pool) o una nuvola “Autopilot” con Pod e un’etichetta € sulle requests.
Un foglio, non un software. Se lo sai ridisegnare senza guardare, la lezione è tua.