Cosa significa il termine 'Kubernetes vanilla'?

Il termine "Vanilla Kubernetes" si riferisce a Kubernetes senza componenti aggiuntivi, estensioni o distribuzioni specializzate. Essenzialmente, è una versione pura, "out-of-the-box", che rispetta le specifiche del progetto upstream Kubernetes.

Le caratteristiche principali di Vanilla Kubernetes:

• Assenza di vendor lock-in: Non legato a un fornitore di cloud o venditore specifico.
• Set di componenti di base: Include solo i componenti chiave come kube-apiserver, etcd, kube-controller-manager, kube-scheduler, kubelet e kube-proxy.
• Integrazioni standard: Utilizza interfacce standard come Container Network Interface (CNI), Container Storage Interface (CSI) e Container Runtime Interface (CRI).
• Installazione e configurazione manuale: Richiede spesso una comprensione più approfondita del funzionamento interno per il deployment e la gestione, rispetto ai servizi gestiti.
• Massima flessibilità: Permette di regolare finemente ogni aspetto del cluster.

Esempi di Kubernetes "non vanilla" includono:

• Servizi gestiti dai provider cloud (AKS, EKS, GKE).
• Distribuzioni con build proprie o strumenti aggiuntivi (OpenShift, Rancher).
• Cluster distribuiti usando strumenti di terze parti che aggiungono astrazioni o automazioni significative sopra Kubernetes di base.

La scelta di Vanilla Kubernetes è giustificata quando si richiede il massimo controllo sul cluster, si desidera evitare la dipendenza da un fornitore specifico o ci sono requisiti particolari difficili da implementare nelle distribuzioni pronte. Tuttavia, ciò richiede più tempo e risorse per il deployment, la manutenzione e la sicurezza.