Coolify: Die selbst hostbare PaaS-Alternative zu Heroku, Netlify und Vercel auf eigenen Servern
Eine selbsthostbare Open-Source-PaaS-Alternative zu Vercel, Heroku und Netlify, mit der Sie problemlos statische Websites, Datenbanken, Full-Stack-Anwendungen und über 280 Ein-Klick-Dienste auf Ihren eigenen Servern bereitstellen können.
Auf einen Blick
- Was ist das?
- Analyse von coollabsio/coolify: Deployment von statischen Seiten, Datenbanken und Full-Stack-Anwendungen plus 280+ One-Click-Diensten auf eigener Hardware, mit optionaler Cloud-Variante.
- Für wen ist es gedacht?
- Coolify passt für Betreiber, die eine PaaS-artige Verwaltung wollen, aber Server unter eigener Kontrolle behalten, ob VPS, Bare Metal oder Raspberry Pi. Wer keine Lust auf Serverwartung hat, greift zur bezahlten Cloud-Version unter app.coolify.io.
- Darf ich es kommerziell nutzen?
- Ja. Apache-2.0 ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich PHP, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Coolify als selbst hostbare PaaS-Alternative auf eigener Hardware
Coolify positioniert sich als Open-Source- und selbst hostbare Alternative zu Heroku, Netlify und Vercel. Die Projektbeschreibung nennt statische Seiten, Datenbanken, Full-Stack-Anwendungen und über 280 One-Click-Dienste, die auf eigenen Servern deployed werden können. Verwaltet werden laut README Server, Anwendungen und Datenbanken auf der eigenen Hardware, benötigt wird nur eine SSH-Verbindung; unterstützt werden VPS, Bare Metal, Raspberry Pis und alles andere, was SSH spricht. Die Formel der README bringt das Anliegen auf den Punkt: die Einfachheit einer Cloud, aber mit den eigenen Servern. Die Metadaten zeigen ein Projekt mit erheblicher Reichweite: 61.155 Sterne, 5.368 Forks, 657 offene Issues, Sprache PHP, Lizenz Apache-2.0, Default-Branch v4.x. Das Release-Tempo ist hoch: v4.3.12 vom 26. August 2026, v4.3.13 und v4.3.14 beide vom 28. August 2026.
Installation per curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash
Die Installation läuft über einen einzigen Befehl: curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash. Die Quelle des Skripts liegt im Repository unter scripts/install.sh, was das übliche Risiko des piped-to-bash-Musters abmildert: Wer will, kann das Skript vor der Ausführung lesen. Das README verweist für Einzelheiten zur Installation auf die Dokumentation unter coolify.io/docs/installation; alternative Installationswege nennt die README nicht, etwa Container-Images oder Paketmanager. Für die Bewertung bedeutet das: Der dokumentierte Pfad ist das Skript, und jede abweichende Methode muss selbst geprüft werden. Angesichts der Tatsache, dass Coolify später die gesamte Serververwaltung übernimmt, ist der Blick in scripts/install.sh der erste sinnvolle Prüfschritt, bevor der Befehl auf einem produktiven System ausgeführt wird.
Kein Vendor-Lock-in: Konfigurationen liegen auf dem eigenen Server
Ein zentrales Versprechen der README betrifft die Portierbarkeit: Alle Konfigurationen für Anwendungen, Datenbanken und weitere Ressourcen werden auf dem eigenen Server gespeichert. Wer Coolify nicht mehr verwenden will, kann die laufenden Ressourcen weiterhin verwalten und verliert nur die Automatisierungen und den Komfort, den das Projekt bietet. Damit verlagert Coolify den Deployment-Zustand bewusst auf die Hardware des Betreibers statt auf eine Plattform-Schnittstelle. Die README beschreibt nicht, in welchen Formaten die Konfigurationen abgelegt werden und wie eine Migration zu einem anderen Werkzeug im Detail aussieht; diese Fragen bleiben der Dokumentation oder dem Code überlassen. Für die Entscheidung gegen andere PaaS-Angebote ist dieser Punkt nevertheless entscheidungsrelevant: Der Ausstieg aus Coolify ist kein Datenexport aus einer Fremdplattform, sondern der Verlust von Automatisierung auf Servern, die man ohnehin behält.
Empfohlenes Serverlayout: ein Host für Coolify, weitere für die Workloads
Das README nennt als empfohlene Architektur, Coolify auf einem eigenen Server zu betreiben und die zu deployenden Ressourcen auf einen oder mehrere weitere Server zu legen. Als Größenordnung für einen Server wird rund 4 bis 5 Dollar pro Monat angegeben. Diese Trennung hat einen praktischen Hintergrund: Die Verwaltungsinstanz und die Workloads teilen sich keine Ressourcen, und ein Ausfall des Verwaltungsknotens berührt die laufenden Anwendungen nicht unmittelbar. Die README geht an dieser Stelle nicht auf Detailfragen ein, etwa Mindestspeicher, Betriebssystemversionen oder Update-Rollen zwischen den Servern; dafür gilt der Verweis auf die Installationsdokumentation. Wer das Layout umsetzt, plant also mindestens zwei Maschinen ein und trennt die Kontrollebene von den Arbeitslasten.
Die bezahlte Cloud-Version unter app.coolify.io im Vergleich zum Self-Hosting
Wer nicht selbst hosten will, findet eine bezahlte Cloud-Version unter app.coolify.io. Nach der Darstellung der README enthält das Abonnement den Coolify-Server zum gleichen Preis wie ein eigener Server, aber zusätzlich mit Hochverfügbarkeit, kostenlosen E-Mail-Benachrichtigungen, besserem Support und weniger Wartungsaufwand für den Nutzer. Details zur Preisgestaltung nennt die README nicht und verweist auf die Landingpage coolify.io. Das Verhältnis der beiden Varianten ist damit klar skizziert: Selbst-Hosting kostet Wartungszeit, die Cloud-Version kauft genau diese Zeit zurück und ergänzt Verfügbarkeitszusagen. Die Open-Source-Version bleibt dabei vollumfänglich funktionsfähig; das Projekt betont im Spendenabschnitt ausdrücklich, dass keine Funktion hinter einer Paywall liegt.
Finanzierung über Sponsoren und Spenden ohne Paywall
Die Finanzierung des Projekts läuft über Spenden und Sponsoren. Das README appelliert direkt: Damit das Projekt vollständig frei und Open Source bleibt und ohne Funktionen hinter einer Paywall weiterentwickelt werden kann, sei Unterstützung nötig; verlinkt wird auf coolify.io/sponsorships. Die Sponsorenliste ist lang und gestuft, von Huge Sponsors wie Context.dev, SerpAPI, MVPS, ScreenshotOne, PrivateAlps, Seibert Group und Contabo über Big Sponsors wie Cloudways, ByteBase, Ramnode, Hetzner, Logto, Tolgee, ArcJet, Convex, Tigris, Blacksmith, Hostinger, Ubicloud, LiquidWeb, Greptile und VPSDime bis zu einer Reihe kleiner Sponsoren. Auffällig ist, dass viele der Sponsoren selbst Hosting- oder Infrastrukturanbieter sind, also in einem wirtschaftlichen Umfeld operieren, das von einfachem Deployment profitiert. Umsatz- oder Betriebskostenzahlen veröffentlicht das README nicht.
Fazit: Apache-2.0, der Branch v4.x und für wen Coolify passt
Coolify steht unter der Apache-2.0-Lizenz, die Nutzung, Veränderung und kommerziellen Einsatz erlaubt und auch eine Patentgewährung enthält. Der Default-Branch heißt v4.x und markiert die aktive Entwicklungslinie; das Release-Tempo mit drei Releases in drei Tagen Ende August 2026 zeigt, wie schnell sich die Plattform bewegt. Für Nutzer bedeutet das einerseits aktive Weiterentwicklung, andererseits die Notwendigkeit, Updates planmäßig einzuspielen. Das Projekt passt für Entwickler und kleine Teams, die Deployment-Bequemlichkeit wollen, ohne Server-Kontrolle abzugeben, und die mit SSH und Linux-Servern vertraut sind. Weniger geeignet ist es für Umgebungen, in denen niemand Zeit für Serverwartung und Update-Pflege hat; dafür ist die Cloud-Variante unter app.coolify.io der dokumentierte Weg. In beiden Fällen entscheidet die eigene Infrastruktur über den Aufwand: Ein Server für Coolify, weitere für die Anwendungen, wie es die README vorschlägt.
Redaktionelles Fazit
Coolify passt für Betreiber, die eine PaaS-artige Verwaltung wollen, aber Server unter eigener Kontrolle behalten, ob VPS, Bare Metal oder Raspberry Pi. Wer keine Lust auf Serverwartung hat, greift zur bezahlten Cloud-Version unter app.coolify.io. Vor dem Start sollte man das Installationsskript unter scripts/install.sh lesen und die Voraussetzungen in coolify.io/docs/installation prüfen, statt das curl-Kommando ungeprüft auszuführen.
Community-Notizen