So ist es auf Gardener gebaut
PaaSbox ist eine dünne Schicht über Gardener, dem Open-Source-Kubernetes-Cluster-Manager von SAP. Gardener ist die Flotten-Technologie hinter SAPs eigenem Kubernetes-Service, hinter STACKIT und hinter mehreren weiteren öffentlichen Angeboten; es verwaltet seit Jahren Zehntausende Cluster. Jeder PaaSbox-Cluster ist ein echter Gardener-Cluster, und du kannst seine Definition jederzeit als YAML exportieren.
Drei Orte
Abschnitt betitelt „Drei Orte“| Wo | Was dort läuft | Wessen Account |
|---|---|---|
| Der Garden | Gardeners eigene API und Controller – das Inventar jedes Clusters | PaaSbox |
| Der Seed | die Control Plane deines Clusters als Pods: API-Server, etcd, Scheduler, Controller – und auf einem Produktions-Cluster sein Monitoring-Stack | PaaSbox |
| Dein Projekt | Worker-Nodes, Load Balancer, Volumes – und bei einem privaten Cluster das NAT-Gateway | deiner, von Hetzner an dich berechnet |
Garden und Seed teilen sich einen Drei-Node-Cluster in Nürnberg, auf Servern, die PaaSbox zu preisgesicherten Tarifen gehören. Der Garden selbst ist hochverfügbar. Jede Kunden-Control-Plane auf dem Seed bekommt ihr eigenes etcd auf lokalem NVMe, alle fünf Minuten in Object Storage in Deutschland gesichert und in einen Bucket in deinem Projekt in den Escrow kopiert. Die Control Plane erreicht deine Nodes über einen Tunnel, den die Nodes nach außen aufbauen – auf keinem Worker ist also ein eingehender Port nötig.
Versionen
Abschnitt betitelt „Versionen“| Komponente | Version (Stand: 2026-09-06) |
|---|---|
| Gardener | v1.150 |
| Kubernetes für Cluster im Angebot | 1.36 und 1.35 |
| Worker-Images | Garden Linux 2150, Ubuntu 24.04 |
| CNI | Calico |
Es sind immer zwei Minor-Versionen im Angebot; eine Version, die End of Life erreicht, wird nach einer Warnung in der Konsole in deinem Wartungsfenster zwangsweise upgegradet – siehe Wartung & Upgrades.
Der Hetzner-Stack – und wer ihn nutzen darf
Abschnitt betitelt „Der Hetzner-Stack – und wer ihn nutzen darf“Gardener braucht pro Cloud eine Provider-Integration. Die für Hetzner pflegt PaaSbox. Die Komponenten sind Open Source, damit dein Cluster nie von Code abhängt, den nur wir betreiben können; genau das macht das Verlassen zu einer echten Option statt zu einem Versprechen.
| Komponente | Was sie tut | Lizenz |
|---|---|---|
| provider-hcloud | Infrastruktur-, Control-Plane- und Worker-Reconciliation auf Hetzner Cloud; privater Egress und das NAT-Gateway | Apache-2.0 |
| machine-controller-manager provider | erstellt, ersetzt – und baut adoptierte Server an Ort und Stelle neu auf | Apache-2.0 |
| dnsrecord-hcloud | API-Endpunkt-Records in Hetzner DNS | Apache-2.0 |
| backupbucket-hcloud | etcd-Backups in Hetzner Object Storage | Apache-2.0 |
| cert-manager-Webhook für Hetzner DNS | Zertifikate für die eigenen Endpunkte der Plattform | Apache-2.0 |
| Node-Images | der Garden-Linux-Build und der Ubuntu-Snapshot für Hetzner | Apache-2.0 |
| Garden- und Seed-Bootstrap | ein Skript, das einen Garden und einen Seed in jedem Hetzner-Projekt hochzieht; das Exit-Kit nutzt es | Apache-2.0 |
| Pool-Stack | adoptiert Server mit Bestandspreis als Nodes, die nie gelöscht werden | Source available; im Exit-Kit enthalten, damit adoptierte Server auch nach deinem Weggang funktionieren |
Die Repositories liegen auf GitHub. Container-Images werden in einer öffentlichen Registry veröffentlicht, unter derselben Version, die die Plattform betreibt.
Was PaaSbox ergänzt
Abschnitt betitelt „Was PaaSbox ergänzt“- Die Konsole und die API, der einzige Schreibpfad zu Gardener. Sie setzen die Abrechnungs-Hürde durch, die Niemals-löschen-Invariante für adoptierte Server und den Fair-Use-Footprint; siehe Was du mitbringst & was wir betreiben.
- Den Pool: Server, die dir schon gehören, als Worker-Nodes adoptieren, die an Ort und Stelle neu aufgebaut und nie gelöscht werden – Server adoptieren.
- Privaten Egress: ein NAT-Gateway pro Cluster in deinem Projekt, mit Allow-Lists, einer Host-Firewall auf jedem Node und einer Selbstheilungs-Leiter – Private Cluster.
- Escrow und das Exit-Kit – Verlassen.
- Betrieb: die Wartung, die Drills, die Upgrades und die Wiederherstellung, die die Plattform aktuell halten, betrieben von einer Person und ihren Agenten – Offen betrieben.
Was bewusst nicht offengelegt wird
Abschnitt betitelt „Was bewusst nicht offengelegt wird“Gardener kann mehr, als PaaSbox anbietet. Über Zonen verteilte Control Planes, Multi-Zonen-Node-Pools, Dual-Stack-Networking, ARM-Nodes, die Dimensionierung des Root-Volumes, eigene Audit-Policies, die abgekündigten Add-ons und ein Web-Terminal sind nicht offengelegt; die genaue Liste steht am Ende von Was enthalten ist. Alles, was offengelegt ist, ist es in Gardeners eigenem Schema – nichts, was du konfigurierst, ist also PaaSbox-spezifisch: Gardener-Einstellungen & Export.
Warum Gardener, für ein Ein-Personen-Unternehmen
Abschnitt betitelt „Warum Gardener, für ein Ein-Personen-Unternehmen“Gardener gleicht die gesamte Definition eines Clusters laufend aus einem einzigen Objekt ab. Das macht jede Änderung zu etwas, das sich proben lässt: Eine neue Provider-Version, ein Kubernetes-Minor, ein Gateway-Image wird auf eine Wegwerf-Landschaft angewendet, der Drill-Katalog läuft dagegen, und nur ein grüner Lauf erreicht einen Kunden. Das ist die Eigenschaft, die Agenten die Bau- und Validierungsarbeit sicher machen lässt, während ein Mensch am Steuer bleibt – siehe Offen betrieben.