Was PaaSbox macht
PaaSbox ist eine Art, DevOps mit Agenten zu machen: Jede Änderung wird in einem kleinen, isolierten Kubernetes-Cluster gebaut und getestet, und jede Stage jeder App läuft auf einem eigenen Cluster. PaaSbox Clusters ist die Software dafür. Sie legt kleine k3s-Cluster in deinem eigenen Hetzner-Projekt an und hält sie aktuell, für dich und für deine Agenten.
PaaSbox Clusters ist am 2026-10-10 im Labor Ende-zu-Ende auf echten Hetzner-Servern gelaufen. Buchbar ist es erst, wenn das Portal live ist. Sag mir, wenn es buchbar ist.
Der Ansatz: kleine, isolierte Cluster
Abschnitt betitelt „Der Ansatz: kleine, isolierte Cluster“- Testen in einem Cluster, der für den Test gebaut ist. Eine Änderung, deine oder die eines Agenten, kommt in einen neuen Cluster. Dort kann sie ausgiebig getestet werden und Dinge kaputt machen, ohne etwas anderes zu berühren. Danach wird der Cluster gelöscht. Im Labor war ein Cluster 2 Minuten 46 Sekunden nach der Anfrage bereit und in 14 Sekunden gelöscht, seine Volumes eingeschlossen.
- Ein kleiner Cluster pro Stage und pro App, statt eines großen, hochverfügbaren Clusters, den sich Stages und Apps teilen. Ein Upgrade, eine Wiederherstellung oder ein entgleister Test trifft dann eine Stage einer App, und sonst nichts.
- Kubernetes stellt in sich geschlossene Umgebungen auf: eine App mit ihrer Datenbank, ihren Zertifikaten und ihrer Konfiguration, jedes Mal gleich aus Dateien angelegt, weggeworfen und neu angelegt. Geplant ownpaas soll dieselben Umgebungen in ein lokales Labor auf deinem eigenen Rechner bringen.
- Agenten arbeiten über eine API, innerhalb von Leitplanken. In Arbeit Eine REST-API und MCP-Tools lassen einen Agenten Cluster anlegen und löschen, Snapshots machen, Upgrades einplanen, Add-ons schalten und eine Kubeconfig holen, die für seinen eigenen Schlüssel versiegelt ist. Ein Schlüssel trägt nur die Scopes, die du ihm gibst, eine zerstörerische Operation braucht den Namen des Clusters als Bestätigung, und jeder Aufruf wird aufgezeichnet.
Was das nicht bietet, ist Hochverfügbarkeit: Ein Cluster ist ein Server, und er ist weg, solange dieser Server neu startet oder ausfällt. Warum isolierte Cluster für Agenten wägt das ab.
PaaSbox Clusters
Abschnitt betitelt „PaaSbox Clusters“PaaSbox Clusters ist Software as a Service, kein verwalteter Dienst. Das Portal legt mit deinem API-Token einen Cluster in deinem Hetzner-Projekt an: einen Server, ein privates Netz, eine Firewall und einen DNS-Namen für die Kubernetes-API. Auf dem Server hält ein kleines Programm, pbx-agent, k3s, das Betriebssystem und die Snapshots aktuell. Dir gehören der Server, der Cluster und seine Verfügbarkeit; ich stehe für die Software ein. So funktioniert es erklärt die Teile.
| Was es tut | Status |
|---|---|
| Legt einen k3s-Cluster mit einem Node in deinem Projekt an, auf einem neuen Server oder auf einem, den du schon hast | Gebaut im Labor |
| Gibt Kubeconfigs aus, die verfallen und die nur du lesen kannst | Gebaut im Labor |
| Macht Snapshots direkt in deinen eigenen S3-Bucket und stellt einen an Ort und Stelle wieder her | Gebaut im Labor; auf einen neuen Server Geplant |
| Upgradet k3s und das Betriebssystem, ein getestetes Release nach dem anderen, in deinem Wartungsfenster | Gebaut im Labor, wenn sofort gestartet; das Warten auf das Fenster In Arbeit |
| Kuratierte Add-ons: Ingress, Hetzner-Volumes, Zertifikate von Let’s Encrypt über HTTP-01 | Gebaut im Labor; DNS-Einträge über external-dns In Arbeit |
| Flux und die PaaSbox Platform, um deine Apps mit ihren Datenbanken, Zertifikaten und Release-Hooks zu betreiben | Gebaut im Labor am 2026-10-11; noch nicht veröffentlicht In Arbeit |
| Eine REST-API und MCP-Tools für Agenten | In Arbeit |
| Löscht einen Cluster mit jeder Ressource, die es angelegt hat | Gebaut im Labor |
Jedes Teil, mit seinen Belegen: Stand jedes Teils.
Es ist für Produktion und Nicht-Produktion. Produktion heißt hier ein einzelner Node, dessen Besitzer akzeptiert, dass es kein SLA gibt, dass jedes Upgrade den Node neu startet (im Labor 34 Sekunden ohne Kubernetes-API), und dass die Antwort auf einen kaputten Node eine Wiederherstellung oder ein neuer Cluster ist. Das passende Setup hilft bei der Entscheidung.
Der geplante Preis ist 29 € pro Cluster und Monat inkl. MwSt.; außerhalb der EU 29 US-$ zzgl. anfallender Steuern. Paddle verkauft es als Merchant of Record. Jeder Cluster zählt einmal, ab dem Moment, in dem er zum ersten Mal bereit ist, bis du ihn löschst oder abkoppelst. Ein Cluster, der zum laufenden Abonnement deines Teams hinzukommt, wird anteilig berechnet, und einer, den du entfernst, wird gutgeschrieben; geht der letzte Cluster des Teams, endet das Abonnement mit dem schon bezahlten Monat. Der einzige Cluster eines Teams kostet also einen vollen Monat, auch wenn du ihn nach Minuten löschst. Den Server rechnet Hetzner direkt mit dir ab. Kosten und Abrechnung hat die Einzelheiten.
Die offenen Komponenten
Abschnitt betitelt „Die offenen Komponenten“PaaSbox ist aus Komponenten gebaut, die Open Source werden sollen: die Bausteine für Kubernetes-Cluster auf Hetzner mit Cluster API und k3s, die Node-Images, die Plattform und die PaaS-Ebene für Apps, der Katalog der Apps mit ihren typisierten Aktionen, die Leitplanken für Agenten und die Gardener-Erweiterungen für Hetzner. Sie stehen unter Apache-2.0, der Pool-Manager unter BSL-1.1. In Arbeit Ihre Veröffentlichung wird vorbereitet, in Wellen; die Node-Images sind schon veröffentlicht. Die offenen Komponenten listet jede einzelne.
Drumherum:
- DNS-Namen. Gebaut Ein kostenloser Name unter
<team>.paasbox.app, über eine API, die Hetzners eigene DNS-Clients sprechen. Der Dienst öffnet mit der ersten Veröffentlichung der Komponenten. DNS-Namen für deine Cluster. - Agenten, die Apps betreiben. Gebaut Im Labor hat ein Agent auf einem kleinen Modell vier Open-Source-Apps über typisierte Aktionen betrieben, mit Freigaben und einem Audit-Log. Agenten, die deine Apps betreiben.
- Gardener, für eine Flotte mit einem Kontrollpunkt, ist die nächste Stufe: Seine Hetzner-Erweiterungen sind offene Komponenten, und ein Kurs lehrt ihn. PaaSbox bietet keine Gardener-Cluster an. Gardener auf Hetzner.
- Cloud Viewer, die App für Kosten, Logs, Metriken, Uptime-Checks und Alarme auf Hetzner, funktioniert für sich allein auf cloudviewer.app. In Arbeit Gekoppelt mit dem Portal soll sie deine Cluster zeigen und einen Push-Alarm schicken, wenn ein Snapshot oder ein Upgrade fehlschlägt. Cloud Viewer verbinden.
Die Status
Abschnitt betitelt „Die Status“Jede Aussage in dieser Doku, die heute noch nicht läuft, trägt einen von drei Status. Ein Status wird nie angehoben, damit eine Seite besser klingt.
- Gebaut ist Ende-zu-Ende auf echten Servern im Labor gelaufen, auch wenn es noch nicht veröffentlicht ist.
- In Arbeit ist begonnen, aber nicht fertig: Der Code existiert, ist aber noch nicht auf einem echten Cluster gelaufen.
- Geplant ist entworfen, aber nicht gebaut.
„Im Labor“ heißt: ein Wegwerf-Projekt bei Hetzner oder virtuelle Maschinen auf einem Mac, mit einem echten Kubernetes-Cluster. Das ist keine Produktion, und ein Laborergebnis wird nie als Produktionsergebnis ausgegeben.