Zum Inhalt springen

[ Anolilab — Artikel / Self-Hosting ]

Coolify selbst hosten: dein eigenes Vercel oder Heroku auf einem Server

Coolify auf einem VPS installieren, GitHub verbinden und für alle deine Apps Deployments per Git-Push mit HTTPS bekommen, auf einem einzigen Server.

Artikel von
Daniel Bannert · Gründer · Anolilab

Kurz gesagt

Coolify ist eine quelloffene Plattform, die du selbst betreibst: Du verbindest ein Git-Repository, Coolify baut die App, rollt sie aus und stellt HTTPS davor, ähnlich wie Vercel, Netlify oder Heroku. Der Unterschied: Es läuft auf einem Server, den du mietest. Zehn kleine Apps kosten so viel wie eine, solange der Server für alle reicht. Dafür bist du selbst für Updates, Backups und kaputte Deployments zuständig.

Wann sich Coolify lohnt

  • Du hast mehrere kleine Apps, APIs oder Datenbanken, und die Rechnungen der Plattformen summieren sich.
  • Du kannst und willst den Betrieb selbst übernehmen: Updates, Backups und gelegentlich ein fehlgeschlagenes Deployment.

Für eine einzelne statische Website bleibst du besser bei einem kostenlosen Static-Hosting. Willst du jedes Teil selbst verstehen, nimm stattdessen Docker mit Caddy.

Server-Anforderungen

Coolify steht unter der Open-Source-Lizenz Apache 2.0. Laut Coolify-Dokumentation braucht Coolify selbst mindestens 2 CPU-Kerne, 2 GB RAM und 10 GB Speicherplatz. Das ist nur für Coolify. Die Builds deiner Apps brauchen zusätzlich Arbeitsspeicher, je nach Projekt deutlich mehr. Für den echten Einsatz sind 4 GB RAM ein entspannter Start.

Passende Anbieter: Hetzner Cloud, netcup VPS (Werbelink), DigitalOcean (Werbelink) oder Vultr. Hetzner schränkt seit Juni 2026 die Bestellung neuer Cloud-Server ein; Details und Preise mit Stand im VPS-Anbieter-Vergleich.

Einrichtung

  1. Installieren

    Auf einem frischen Server mit Ubuntu 24.04 LTS als root das offizielle Installationsskript ausführen (Befehl unten). Es installiert Docker und Coolify.

  2. Admin-Konto sofort anlegen

    Öffne http://IP-DEINES-SERVERS:8000 und lege das Admin-Konto sofort an. Wer die Registrierung zuerst erreicht, wird Admin und hat damit root-Zugriff auf den Server. Coolify nimmt das erste Konto nur in den ersten 10 Minuten nach dem Start an.

  3. Dem Dashboard eine Domain geben

    DNS-A-Eintrag wie coolify.deine-firma.de auf den Server anlegen. In Coolify unter Settings → General im Feld URL https://coolify.deine-firma.de eintragen und speichern. Danach Port 8000 in der Firewall deines Anbieters schließen.

  4. GitHub verbinden

    In der Seitenleiste Sources öffnen und New source → GitHub App wählen. Das funktioniert auch mit privaten Repositories.

  5. App anlegen und ausrollen

    Neues Projekt, dein Repository als Ressource, Build-Methode wählen, Domain und Umgebungsvariablen setzen, ausrollen.

Der Installationsbefehl aus der Coolify-Dokumentation:

Terminal
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

Damit jede App ohne neuen DNS-Eintrag eine Subdomain bekommt, lege zusätzlich einen Wildcard-Eintrag wie *.apps.deine-firma.de an und trage https://apps.deine-firma.de unter Servers → dein Server → General im Feld Wildcard Domain ein (Coolify-Dokumentation).

Build-Methoden

  • Nixpacks erkennt Node, Python, Go, PHP und weitere Sprachen automatisch. Railpack ist das neuere Build-System von Railway und in Coolify noch als Beta markiert.
  • Dockerfile, wenn dein Projekt schon eines hat.
  • Docker Compose für Apps aus mehreren Diensten.
  • Static für reine statische Seiten.

Jeder Push auf den gewählten Branch löst danach automatisch ein neues Deployment aus. Voraussetzung: GitHub muss deine Coolify-Instanz erreichen können, sonst kommen die Webhooks nicht an.

Datenbanken und Backups

Postgres, MySQL, MariaDB, MongoDB, Redis und weitere Datenbanken legst du in Coolify als fertige Dienste an. Schalte sofort geplante Backups ein: In der Datenbank Backups öffnen, unter Database backups auf + Add klicken, einen Zeitplan wie daily setzen und das Backup aktivieren. Unter S3 storage kopiert Coolify jede Sicherung zusätzlich auf S3-kompatiblen Speicher. Das ist der Schritt, den viele auslassen und später bereuen.

Für Redis und ähnliche Speicher gibt es diese geplanten Backups nicht (Coolify-Dokumentation); dort brauchst du die eigenen Sicherungsmechanismen der Datenbank.

Tipps aus dem Betrieb

  • Builds brauchen RAM. Bricht ein Build mit Exit-Code 137 ab, wurde der Prozess hart beendet, meist weil der Speicher voll war. Hilfe: Swap, ein größerer Server, oder die Images in GitHub Actions bauen und Coolify nur noch fertige Images ziehen lassen.
  • Bauen und Betreiben trennen, sobald ein Server nicht mehr reicht: Coolify kann weitere Server per SSH verwalten, auch eigene Build-Server.
  • Coolify regelmäßig aktualisieren und vor größeren Updates einen Snapshot des Servers anlegen.

[ Anolilab — Blog ]

Mehr Praxis zu KI, Webentwicklung und Infrastruktur.

Weiterlesen.

[ Anolilab — Kontakt ]

Erzähl mir, was du baust. Ich sage dir, wie ich helfen kann.

Lass uns reden.

Schnelle Antwort.
Wenn du bereit bist, gemeinsam etwas zu bauen, freue ich mich, von dir zu hören.
Klare nächste Schritte.
Nach der Beratung erstelle ich dir einen detaillierten Plan.
Alternativ kannst du mir direkt eine E-Mail senden an hello@anolilab.com