K3s vs. K8s: De ongemakkelijke waarheid (zonder hype)

Er is een discussie die in veel teams verbazingwekkend hardnekkig blijft bestaan:

“K3s is toch gewoon Kubernetes light.”

Het ongemakkelijke antwoord is veel simpeler:

K3s IS Kubernetes. Punt.

Niet “voor beginners”. Niet “voor edge”. Niet “light”. Het is een Kubernetes-distributie-setup dat je de pijn uit handen neemt – niet de mogelijkheden.

Wat K3s werkelijk is

Om het scherp te formuleren:

• K8s (DIY): “Hier zijn de onderdelen. Veel plezier met in elkaar zetten.”
• K3s: “Hier is een kant-en-klaar cluster. Doe er wat mee.”

En het cruciale punt:

Beide spreken dezelfde taal. K3s is 100% Kubernetes API-compatibel: dezelfde kubectl-commando’s, dezelfde manifesten, dezelfde CRDs, dezelfde workloads.

Als je Kubernetes kent, ken je K3s. Als je workloads voor K3s bouwt, kun je ze (in de regel) net zo goed op “klassiek” K8s draaien.

Waarom bestaat de “K8s-is-het-enige-echte”-hype?

Een deel ervan is simpelweg economie:

• Cloud providers verkopen Managed Kubernetes (EKS/GKE/AKS) – dat bepaalt de markt.
• Consultancy betaalt vooral goed waar de complexiteit hoog is.
• “Niemand wordt ontslagen voor enterprise-beslissingen.”
• “K8s” klinkt in slides vaak “professioneler” dan “K3s”.
• Cargo-culting: “Google doet het ook zo.”

Dat is niet eens kwaad bedoeld – het is gewoon een prikkelsysteem dat “meer complexiteit” zelden bestraft.

De realiteit achter de standaardargumenten

“K3s schaalt niet.” Jawel. Er zijn tests met 500+ nodes.

“K3s is niet production-ready.” Jawel. Rancher/SUSE staan erachter, het is allang in enterprise-omgevingen aangekomen.

“K3s mist features.” Nee. Wat telt is de Kubernetes API – en die is compatibel.

“Mijn team kent alleen K8s.” Dan kennen ze K3s al. Dezelfde API, dezelfde concepten, dezelfde workflows.

Wanneer “klassiek” K8s daadwerkelijk zinvol is

Er zijn gevallen waarin de beslissing praktisch al vaststaat:

• Managed K8s in de cloud (EKS/GKE/AKS) – vaak geen echte keuze
• Enterprise-beleid vereist het
• Clustergroottes van meer dan 500 nodes
• Contracten/standaarden (bijv. OpenShift-setups)

Fair enough.

Wanneer K3s (of RKE2) de pragmatische standaard is

In vrijwel alle andere gevallen.

Want je wordt niet betaald voor “in elkaar zetten” – je wordt betaald voor werkende platformen.

Het verschil in de dagelijkse praktijk is brutaal eerlijk

K8s zelf opzetten (typisch):

1. Runtime installeren
2. kubeadm installeren
3. kubeadm init
4. CNI kiezen en installeren
5. Helm & basis-add-ons toevoegen
6. Storage/Ingress/Policies achteraf inrichten
7. … en twee uur later vraag je je af: “Wat ben ik vergeten?”

K3s:

curl -sfL https://get.k3s.io | sh -

30 seconden later: Cluster draait.

Conclusie

Je hoeft de hype niet te volgen.

• K3s/RKE2 is production-grade Kubernetes – gewoon zonder de zelfopgelegde pijn.
• Je manifesten blijven portabel.
• Je kennis blijft overdraagbaar.
• En je cluster draait gewoon.

De industrie merkt het steeds duidelijker: Complexiteit is geen feature.