Der Nix-Shift: Warum wir Helmfile durch pure Funktionen ersetzt haben
1 min readBy openDesk Edu
Engineering
nixkuberneteshelmfiledevops
Das Problem
Wir betrieben openDesk Edu â 28 Dienste auf 9 K3s-Knoten â mit Helmfile und Go-Templates. Jedes Deployment kam mit vertrauter Angst:
failed to render values file "values-grommunio.yaml.gotmpl":
template: stringTemplate:17: unexpected "\\" in operand
Dieser Fehler blockiert alle 28 Dienste, nicht nur einen. Da Helmfile alle Templates in einem Schritt verarbeitet, stoppt ein einziger YAML-Syntaxfehler das gesamte Cluster-Update.
Warum Nix?
Nix ist rein funktional. Jeder Build ist deterministisch und gecached.
Vorher: helmfile sync â helm template â Go-Templates â YAML â kubectl apply
Nachher: nix build .#dienstname â reines Nix â JSON â kubectl apply
Die Ergebnisse
| Metrik | Helmfile | Nix |
|---|---|---|
| Volles Deployment | ~3 Min | ~30s (erstes) / ~2s (gecached) |
| Fehlerklarheit | "failed to render" | "Zeile 12: undefined variable" |
| Deterministisch | Nein | Ja |
| Dienste | 28 | 28 |
| Zeilen pro Dienst | ~80 | ~5 |
