Kubernetes
CL2–4Verbindet sich durch Parsen Ihrer kubeconfig und Bestätigung über cluster-info — es verwaltet bestehende Cluster, nicht die Bereitstellung von EKS/AKS/GKE selbst. Erzeugt Manifeste, Helm-Charts und Kustomize-Overlays.
Da der native Drift-Vergleich diese Buchhaltungsfelder vor dem Vergleich entfernt, wird eine routinemäßige Controller-Aktualisierung an ihnen nie als Drift gemeldet — jede Änderung an tatsächlich deklarierten Spec-Feldern hingegen schon.
- Kubernetes erzeugt niemals Terraform — der Codepfad, der eines erstellen würde, wirft absichtlich einen Fehler.
- Die native Drift-Erkennung entfernt resourceVersion, uid, managedFields und status vor dem Vergleich von Live-Objekten mit deklarierten Objekten, sodass routinemäßige API-Änderungen nicht wie Drift aussehen.
Fähigkeitsreife
- FinOps (Kostensynchronisierung)
- Drift-Erkennung
- Day-2-Betrieb
- Brownfield-Import
- KI-Copilot
What NebulaStack actually generates for Kubernetes
The Kubernetes provider targets clusters you already operate: manifest and Helm generation, kubeconfig-based connection, drift via kubectl diff and typed client comparison, rollout wait/undo, informer watch, and applied-resource inventory. Provisioning managed clusters (EKS/AKS/GKE) is handled by the cloud provider's own Terraform module.
Eine minimale reale Ressource
apiVersion: apps/v1
kind: Deployment
metadata:
name: web
spec:
replicas: 3Unter der Haube
- backend/src/services/k8s/**
- backend/src/services/iac/k8s/**