QuickStack für Startups: Eigene Software hosten, ohne gleich ein DevOps-Team aufzubauen

Wer in einem Software-Startup arbeitet kennt das Problem: Am Anfang willst du einfach dein Produkt bauen. Nicht drei Tage lang Server aufsetzen, Pipeline aufsetzen, Kubernetes-YAMLs lesen, TLS-Probleme debuggen oder dich fragen, warum dein Reverse Proxy plötzlich keine Lust mehr hat. Genau an diesem Punkt wird Infrastruktur zum Bremsklotz.

Managed Cloud oder alles selbst hosten – beides hat einen Haken

Die erste Option: Du nimmst einen Managed-Cloud-Anbieter wie Heroku, Azure App Service oder die DigitalOcean App Platform. Konfiguration minimal, Deployment per Git-Push, fertig. Das funktioniert prima, kann aber ins Geld gehen. Drei Dienste, eine Datenbank und eine Testumgebung können da schnell 100 CHF im Monat kosten, bevor du auch nur die ersten zahlenden Kunden hast.

Die zweite Option: Du baust dir dein eigenes Setup auf einem Server mit Docker, Nginx, einem CI/CD-System und manuell verwalteten TLS-Zertifikaten. Günstiger, ja. Aber auch wartungsintensiver und jedes Mal, wenn jemand Neues ins Team kommt, musst du erklären, warum das Deployment-Skript genauso aussieht wie es aussieht.

Beide Wege sind in der frühen Startup-Phase unbefriedigend. Du willst weder zu viel Geld verbrennen noch zu viel Zeit mit Infrastruktur verbringen.

Und QuickStack soll nun alle Probleme lösen?

QuickStack ist eine Web-Oberfläche, über die du Anwendungen auf deinen eigenen Servern deployen kannst ohne direkt auf der Shell hantieren zu müssen. Ein "self-hosted PaaS": Eine Plattform-as-a-Service, das du selbst betreibst, statt sie von einem Cloud-Anbieter zu beziehen.

Konkret bedeutet das: Du mietest einen günstigen Linux-Server (dazu gleich mehr), installierst QuickStack einmalig darauf, und kannst danach per Browser neue Dienste deployen, Logs anschauen, Backups einrichten und App-Konfigurationen verwalten.

Muss ich dafür einen eigenen Server kaufen?

Nein. Ein gemieteter VPS (Virtual Private Server) reicht völlig aus. Ein VPS ist ein virtueller Linux-Rechner, den du von einem Anbieter wie Hetzner, IONOS oder DigitalOcean mietest. Für 5–15 Dollar im Monat bekommst du eine Maschine mit 2 CPU-Kernen, 4 GB RAM und 80 GB Speicher. Darauf kannst du problemlos mehrere Dienste gleichzeitig betreiben.

Der entscheidende Unterschied zu Managed-Cloud-Angeboten: Du zahlst pauschal für den Server, nicht pro Dienst oder pro Datenbank. Ob du darauf einen Dienst laufen lässt oder zehn, der Preis bleibt gleich.

Wie sieht das in der Praxis aus?

Nehmen wir ein typisches B2B-SaaS-Startup-Team: drei Leute, ein Backend, ein Frontend, eine PostgreSQL-Datenbank, ein Background-Worker und eine Staging-Umgebung für Tests.

Auf einem einzelnen VPS wird QuickStack installiert. Im Interface werden zwei Projekte angelegt: "Production" und "Staging". Für jeden Dienst wird das Git-Repository verbunden, der Pfad zum Dockerfile angegeben und QuickStack übernimmt den Rest. Builden, deployen, TLS-Zertifikat ausstellen, Subdomain zuweisen, alles mit nur einem Klick. Für die Datenbank wird zusätzlich ein stündliches Backup eingerichtet, damit im Ernstfall nichts verloren geht.

Das klingt fast zu einfach, aber so läuft es tatsächlich. Das erste vollständige Deployment dauert vielleicht 20 Minuten.

Was passiert, wenn das Startup wächst?

Irgendwann kommen mehr Nutzer, und ein einzelner Server kommt an seine Grenzen. Dann kannst du einfach einen zweiten Server hinzufügen. QuickStack erkennt den neuen Knoten und verteilt die laufenden Dienste über beide Maschinen. Fällt ein Server aus, übernimmt der andere, ohne dass du manuell eingreifen musst.

Die zentrale Oberfläche für Deployments, Logs und Backups bleibt dabei dieselbe. Dein Team muss sich nicht neu orientieren, weil ihr von einem auf zwei Server gewechselt habt.

Was passiert eigentlich technisch dahinter?

QuickStack ist kein "gebastel". Unter der Haube laufen mehrere weit verbreitete OpenSource Tools, wie ein k3s-Cluster (eine schlanke Variante von Kubernetes), die für kleinere Server optimiert ist. Es steuert, auf welchem Server welche Anwendung läuft, wie sie skaliert wird und wie sie neugestartet wird, wenn sie abstürzt.

Für das Builden der Container-Images nutzt QuickStack BuildKit, das direkt aus dem Git-Repository arbeitet. Die fertigen Images landen in einer eingebauten Registry (einem privaten Ablageort für fertige Container) und werden dann als Kubernetes-Deployments gestartet.

Den eingehenden Web-Traffic steuert Traefik, das automatisch TLS-Zertifikate ausstellt und Anfragen an den richtigen Dienst weiterleitet. Für verteilten Speicher über mehrere Server hinweg sorgt Longhorn, das Daten zwischen den Servern synchronisiert.

Dein Team sieht davon nichts. Für euch ist es "Git-Repository verbinden, Deploy klicken".

Ist QuickStack das Richtige für mich?

QuickStack ist keine "One-Size-Fits-All" Lösung. Wenn dein Team keinerlei Erfahrung mit Linux-Servern hat und auch niemanden kennt, der kurzfristig helfen kann, ist ein vollständig verwalteter Dienst vielleicht der bessere Einstieg. Und wer aus regulatorischen Gründen zwingend auf zertifizierte Cloud-Infrastruktur angewiesen ist, wird nicht darum herumkommen.

Aber für die meisten kleinen Software-Teams, die ihre Kosten im Griff behalten wollen, ohne in ein teures DevOps-Setup zu investieren, ist QuickStack ein überzeugender Mittelweg. Ihr bekommt echte Kontrolle über eure Infrastruktur ohne dass jemand im Team Kubernetes-Experte sein muss.

Wir bei achtpunkt haben QuickStack als Open Source Software entwickelt, um genau dieses Problem zu lösen. Es ist die Plattform, die wir selbst gerne gehabt hätten, als wir unsere ersten Tools gehostet haben. Und jetzt können auch andere Teams davon profitieren. Weitere Informationen zu QuickStack finden sich auf der Seite quickstack.dev.