Zum Inhalt springen
PAASBOXPAASBOXPAASBOX

Über PaaSbox

PaaSbox ist eine Sammlung von Werkzeugen und Diensten für KI-gestütztes Deployment und den Betrieb von Anwendungen auf Hetzner. Es ist auf dem Weg zur Plattform, auf der KI-Agenten deine Anwendungen sicher und zuverlässig betreiben, auf Servern, die du selbst mietest. Heute ist es eine Sammlung offener Komponenten, deren Veröffentlichung vorbereitet wird, ein bezahltes Produkt, PaaSbox Clusters, verkauft als Software as a Service, das im Labor Ende-zu-Ende gelaufen und noch nicht buchbar ist, und ein paar einzelne Dienste: DNS-Namen für deine Cluster und der Entry-Agent, der eine App in den Katalog aufnimmt. Die Startseite markiert jedes Teil als gebaut, in Arbeit oder geplant.

Die Produktlinie, in dieser Reihenfolge

Abschnitt betitelt „Die Produktlinie, in dieser Reihenfolge“
  1. Die offenen Komponenten, kostenlos. Die Bausteine für Cluster auf Hetzner, die Gardener-Erweiterungen für Hetzner, die Plattform und die PaaS-Ebene, der Katalog und die Leitplanken, unter den Lizenzen unten. Ihre Veröffentlichung wird vorbereitet, in Wellen, die erste vor ownpaas oder zusammen damit; die Node-Images sind schon veröffentlicht.
  2. PaaSbox Clusters, das eine bezahlte Produkt, Software as a Service: Das Portal, ein kleiner Agent auf jedem Node, signierte Releases und die Add-ons legen k3s-Cluster in deinem eigenen Hetzner-Projekt an und halten sie aktuell. Server, Cluster und Verfügbarkeit gehören dir. Für Produktion und Nicht-Produktion, mit einem Node pro Cluster; geplant sind 29 € inkl. MwSt. pro Cluster und Monat, verkauft über Paddle als Merchant of Record; Cluster mit drei Servern kommen später, mit eigenem Preis. Am 2026-10-10 ist es im Labor Ende-zu-Ende auf echten Hetzner-Servern gelaufen; buchbar ist es erst, wenn das Portal live ist. So funktioniert es.
  3. ownpaas, später: verkauft als Laborumgebung und Control Panel, das in sich geschlossene Kubernetes-Labore auf deinen eigenen Rechner bringt. Es ist noch nicht veröffentlicht und hat keinen Termin.
  4. Cloud Viewer: Kosten, Logs, Metriken, Uptime-Checks und Alarme auf dem Handy. Die App ist fertig. Die Kopplung mit dem Portal, für den Zustand deiner Cluster, nur lesend, und Push-Alarme, ist in Arbeit: auf beiden Seiten gebaut, noch nicht Ende-zu-Ende gelaufen.

Die Preisseite sagt, was was kostet und was buchbar ist. Gardener wird nicht angeboten: Seine Hetzner-Erweiterungen sind offene Komponenten, und ein Kurs zeigt es als nächste Stufe.

Was offen ist und was nicht

Abschnitt betitelt „Was offen ist und was nicht“

Die Linie: Der Mechanismus ist offen, der laufende Betrieb ist geschlossen oder ein Dienst. Wer einen Agenten an seine Systeme lässt, will das Format, die Leitplanken und die Labornachweise prüfen und selbst wiederholen können, darum sind sie offen. Was jeden Monat Arbeit und Geld kostet, ist geschlossen oder wird als Dienst verkauft: der kuratierte Katalog in der Breite, mit Restore-Drills und Upgrade-Gates, die aktuell gehalten werden, und der Betrieb selbst.

Die Veröffentlichung wird vorbereitet, mit einer Ausnahme: Die Node-Images sind veröffentlicht, im Repository gardenlinux-hcloud auf GitHub, weil Server sie von dort laden. Die anderen Repositories werden vorbereitet; einige gibt es auf GitHub bereits, sie sind leer. Die Lizenzen unten sind die, unter denen jede Komponente veröffentlicht wird.

KomponenteLizenzStatus
Die Bausteine für Cluster auf Hetzner mit Cluster API und k3s: der gepatchte Hetzner-Provider, der Pool-Machine-Provider und seine Kernbibliothek, die Node-Images, das Cloud-GatewayApache-2.0Gebaut die Node-Images veröffentlicht, der Rest in Vorbereitung
Die Plattform: die Ressource Platform und ihre Fähigkeiten, und die PaaS-Ebene (App, ManagedPostgres, ManagedValkey)Apache-2.0Gebaut Veröffentlichung wird vorbereitet
Die Gardener-Erweiterungen für Hetzner und das paasbox-CLIApache-2.0Gebaut Veröffentlichung wird vorbereitet
Der Katalog: das Eintragsformat, Resolve und Render, die Provider, Validierung und Lint, die Betriebsfähigkeits-Rubrik, die Laborzeilen und vier Golden Entries, vollständig mit ihren Betriebs-SkillsApache-2.0Gebaut im Labor, Veröffentlichung wird vorbereitet
Der Action-Runner mit Freigaben und Audit, der MCP-Actions-Server und das Harness, mit dem ein Agent eine laufende App über ihren Skill betreibtApache-2.0Gebaut in ownpaas; Geplant der Umzug in die offene Katalog-Komponente
Der Lese-Proxy, der schwärzt, was Agenten aus dem Cluster lesenApache-2.0In Arbeit auf einem Branch, getestet auf einem Wegwerf-Cluster
Der Community-Katalog: importierte und beigetragene EinträgeApache-2.0Geplant
Der Pool-Manager, der die gepoolten Server einer Flotte verwaltetBSL-1.1: Quellcode einsehbar, frei nutzbar, außer um anderen einen verwalteten Pool- oder Kubernetes-Dienst anzubieten; jedes Release wird drei Jahre danach Apache-2.0Gebaut Veröffentlichung wird vorbereitet
Die Pipeline des Entry-Agenten, betrieben als Onboarding-Dienst im Portalgeschlossen, ein DienstGebaut der Entry-Agent, im Labor gemessen; Geplant der Dienst im Portal
Der kuratierte Katalog in der Breite, mit den Betriebs-Skills seiner Einträgegeschlossen, im AbonnementGeplant
Der Flottenbetrieb (die Agent-Engine, der Freigabe-Eingang, Telemetrie) und der Managed Servicegeschlossen, ein DienstGeplant
PaaSbox Clusters: das Portal, sein Hub und sein Provisioner, die deine Cluster anlegen und aktuell haltengeschlossen, verkauft als Software as a ServiceGebaut Hub und Provisioner, im Labor; In Arbeit das Formular zum Anlegen, die Abrechnung über Paddle, die REST-API und die MCP-Tools; nicht live
Der Node-Agent von PaaSbox Clusters (pbx-agent), der auf deinem Server läuftnoch nicht entschieden; seine Quelldateien tragen den Apache-2.0-HeaderGebaut im Labor
Das Portal hinter paasbox.com, und ownpaasgeschlossenIn Arbeit das Portal, für das erste Release; ownpaas noch nicht veröffentlicht, später verkauft als Laborumgebung und Control Panel

Woher ein Cluster kommt

Abschnitt betitelt „Woher ein Cluster kommt“

Jede App läuft auf einem Kubernetes-Cluster in deinem eigenen Hetzner-Projekt. Es gibt drei Wege zu einem:

  • Die offenen Bausteine, Cluster API mit k3s, für ein paar Cluster, die du selbst betreibst, für Single-Node-Cluster und das Labor. Auf Hetzner gebaut und gemessen.
  • PaaSbox Clusters, ein k3s-Cluster mit einem Node, den das Portal anlegt und aktuell hält. Er nutzt kein Cluster API: Das Portal spricht direkt mit Hetzner, und der Agent auf dem Node erledigt den Rest. Im Labor Ende-zu-Ende gelaufen; noch nicht buchbar.
  • Gardener, für Flotten, die du selbst betreibst: Control Planes als Pods auf einem Seed, Worker in deinem Projekt, die sich zurückverbinden. Seine Hetzner-Erweiterungen und das CLI, das eine Landschaft aufbaut, sind offene Komponenten, gebaut und in Vorbereitung für die Veröffentlichung; PaaSbox bietet keine Gardener-Cluster an.

Der Ansatz dahinter: mehrere kleine, isolierte Cluster, einer pro Stage und pro App, statt eines großen Clusters, den sich Stages und Apps teilen, und die Änderung eines Agenten getestet in einem Cluster, der für den Test gebaut wird. Kubernetes ist der Weg, solche Umgebungen jedes Mal gleich aufzubauen.

Warum ich es gebaut habe

Abschnitt betitelt „Warum ich es gebaut habe“

Ich baue und betreibe kleine SaaS-Apps. Nach Dokku, Rancher mit RKE, k3s und Talos bin ich bei Gardener auf Hetzner Cloud geblieben, und es war mit Abstand das Beste davon. Seit Modelle wie Claude Opus und Fable die YAML-Arbeit übernehmen, kann eine Person Kubernetes auf Flotten-Niveau betreiben.

Dann hat sich die Frage verschoben. Coding-Agenten bauen Apps in ein, zwei Tagen; ausliefern und betreiben ist der langsame Teil. Wenn Agenten Apps betreiben sollen, muss die Plattform das sicher machen: typisierte Aktionen statt einer freien Shell, ein Mensch, der freigibt, wo es zählt, Backups mit nachgewiesenem Restore, Upgrades, die zurückrollen, und Zahlen statt Versprechen. Dafür wird PaaSbox gebaut, ein gemessenes Teil nach dem anderen.

Über mich

Abschnitt betitelt „Über mich“

Ich bin Mitja Martini, und ich baue und betreibe kleine Apps. 2025 habe ich angefangen, mit Coding-Agenten zu bauen, und Anfang 2026 konnte ich eine kleine SaaS-App in ein, zwei Tagen komplett bauen. Das Ausliefern, nicht das Bauen, war der langsame Teil: Auth, DNS, Transaktions-E-Mails, Zahlungen, Monitoring, Deployment, und danach der laufende Betrieb.

PaaSbox ist bewusst klein. Ich betreibe es so, wie ich mir den Betrieb eines Werkzeugs wünsche, von dem ich abhänge: mit öffentlichen Zahlen, ohne Versprechen, die ich nicht messen kann, und ohne etwas als verfügbar zu beschreiben, bevor es das ist.

Kontakt

Abschnitt betitelt „Kontakt“

Die Kontaktseite hat alle Kanäle. Die Kurzfassung: