Die Ausgangslage
Produktionsreife SaaS-Infrastruktur ist mehr als ein laufender Server. Sie braucht einen beschriebenen Sollzustand, einen geregelten Weg für Änderungen und eine kontinuierliche Beobachtung des Betriebs. Fehlt einer dieser Teile, wird Infrastruktur schwer reproduzierbar und im Fehlerfall schwer nachvollziehbar. Genau an dieser Lücke zwischen einzelnem Server und tragfähiger Betriebsgrundlage setzt deplate an.
Hinzu kommen hohe Kosten großer Cloud-Provider und die Bindung an einen einzelnen Anbieter. Teams, die produktionsreife Umgebungen ohne diesen Lock-in wollen, brauchen eine Grundlage, die Standort, Kosten und Kontrolle offenlegt, statt sie hinter einer Plattform zu verbergen.
Die Entscheidung
Ich entwickle deplate als Infrastructure-as-Code-Produkt auf Hetzner. Kubernetes übernimmt die Orchestrierung, GitOps den Workflow für den gewünschten Systemstand, CI/CD die Auslieferung und Monitoring die laufende Beobachtung. Diese vier Bausteine bilden die von mir verantwortete Produktarchitektur.
Die gesamte Infrastruktur ist für eine DSGVO-konforme EU-Region beschrieben. Damit sind Provider, Betriebsregion und Betriebsmechanismen keine nachträglichen Entscheidungen, sondern Teil derselben versionierten Produktdefinition. Wer die Definition liest, sieht darin zugleich, wo und mit welchen Mechanismen die Infrastruktur betrieben wird.
Der Build
Infrastructure as Code beschreibt die Umgebung in versionierbaren Definitionen statt in manuellen Handgriffen. Für deplate richten diese Definitionen die Hetzner- und Kubernetes-Basis ein und machen jeden Stand wiederholbar. Derselbe Aufbau lässt sich dadurch reproduzierbar als Grundlage einer SaaS-Umgebung verwenden.
GitOps gleicht den in Dateien beschriebenen Sollzustand mit dem Cluster ab, CI/CD prüft und liefert Änderungen aus, Monitoring meldet den laufenden Zustand zurück. Gemeinsam ergeben Definition, Auslieferung und Beobachtung einen geschlossenen technischen Weg von der Beschreibung bis zur laufenden Umgebung.
Weil der Sollzustand vollständig in Dateien liegt, lässt sich eine Umgebung nicht nur einmal aufsetzen, sondern jederzeit gleich wiederherstellen, erweitern oder in einer zweiten Region nachbauen. Infrastruktur wird damit vom einmaligen Handaufbau zu einem prüfbaren, wiederholbaren Artefakt, dessen Historie im Versionsverlauf nachvollziehbar bleibt.
Im Betrieb
Im Betrieb stellt deplate produktionsreife Umgebungen in Minuten bereit — für Laravel, Next.js, FastAPI und Astro. Die Cluster liegen in einer DSGVO-konformen EU-Region; Provider und Betriebsort sind feste Produktparameter statt beliebiger Konfiguration.
Jede Änderung bleibt auf dieselben Mechanismen bezogen: Kubernetes führt die Workloads, GitOps hält den Sollzustand, CI/CD transportiert Änderungen und Monitoring macht den Zustand sichtbar. Der Weg von der versionierten Definition bis zur beobachtbaren Umgebung bleibt damit vollständig innerhalb der laufenden deplate-Architektur.
Fakten & Umfang
- Provider
- Hetzner
- Orchestrierung
- Kubernetes · GitOps
- Betrieb
- CI/CD · Monitoring
- Region
- DSGVO-konforme EU-Region
- Typ
- Infrastructure
- Zeitraum
- 2025+ · LIVE
- Kubernetes
- GitOps
- CI/CD
- Monitoring