Coolify

Was Coolify tatsächlich ist

Coolify (github.com/coollabsio/coolify) ist eine Steuerungsebene für Server, die Ihnen gehören. Sie richten es per SSH auf eine Maschine — ein VPS, Blech oder ein Raspberry Pi, in den Worten des Projekts selbst — und es übernimmt die Strecke zwischen einem Git-Repository und einem laufenden Dienst: das Image bauen, den Container starten, das Zertifikat ausstellen, die Domain anbinden und daneben Datenbanken sowie Dienste mit einem Klick betreiben. Wer statt des Abzeichens die Datei LICENSE liest, sieht es bestätigt: ein sauberer, unveränderter Apache-2.0-Text, ohne Zusatz und ohne Trennlinie zwischen einem kostenlosen Kern und einem kostenpflichtigen Verzeichnis — anders als beim Open-Core-Modell, das mehrere Nachbarprojekte verwenden. Es gibt eine kostenpflichtige Cloud-Variante, und die Notiz im Repository selbst besagt, dass das Projekt keine Funktion hinter der Bezahlschranke halten will: Was die Cloud verkauft, sind Hochverfügbarkeit, Benachrichtigungen, Support und die Wartung durch jemand anderen.

Die Aussage, die man in Ruhe lesen sollte, ist die zur Anbieterbindung. Die README sagt, Ihre Konfiguration werde auf Ihren eigenen Server geschrieben, Sie könnten also auch nach dem Ende von Coolify weiter verwalten, was läuft — und ergänzt mit eigenen Worten, dass Sie die Automatisierungen verlieren würden. Das ist ungewöhnlich geradeheraus formuliert und zugleich das richtige Denkmodell: Was bleibt, sind die Container und die Konfiguration; was geht, ist die Maschinerie, die sie für Sie neu gebaut und neu ausgerollt hat. Auf dieselbe Frage geben die meisten verwalteten Plattformen eine deutlich schlechtere Antwort, nämlich einen Export-Knopf oder gar keine.

Die Rechnung, die Sie in Wahrheit vergleichen

Der Vergleich in der Überschrift ist leicht und irreführend. Eine verwaltete Plattform stellt Ihnen monatlich etwas in Rechnung, das zwei kleine Server annähern, also wirkt die Rechenaufgabe schon vor dem Anfang entschieden. Der echte Vergleich ist nicht die Rechnung, sondern die Rechnung plus die Stunden — und die Stunden sind die Hälfte, die am Anfang niemand ehrlich schätzt, weil sie später und in kleinen Portionen eintrifft.

Nichts davon spricht gegen das Selbsthosten. Es spricht dafür, es bewusst zu tun. Es ist ein guter Tausch, wenn Ihre Zeit weniger kostet als die Rechnung, wenn Sie mehrere Dienste betreiben und sich die Fixkosten einer Steuerungsebene damit verteilen, und wenn Ihnen eine Grenze lieber ist, die Sie kommen sehen, als eine, die jemand anderes gesetzt hat. Es ist ein schlechter Tausch in dem Monat, in dem Sie Ihre ersten Kundinnen und Kunden suchen, denn jede Stunde dafür ist eine Stunde, die nicht dafür da war, überhaupt jemanden auf die Sache zu holen.

Was wir beim Betrieb unserer eigenen Flotte auf einer verwalteten Plattform gelernt haben

Wir betreiben Coolify nicht, deshalb behauptet diese Seite nichts über den Betrieb. Aus erster Hand sprechen können wir über die Entscheidung auf der anderen Seite: Wir betreiben einen Container pro Kundenarbeitsbereich auf einer verwalteten Plattform, und drei Dinge haben uns überrascht, die man vor der Wahl in beide Richtungen kennen sollte.

Erstens sind die Grenzen einer verwalteten Plattform die Zahlen von jemand anderem, und sie können vor Ihren Nutzerinnen und Nutzern landen. Unsere begrenzt, wie viele Dienste ein einzelnes Projekt enthalten darf. Wir stießen an diese Decke, und der Fehler kam nicht als Alarm: Er kam als Kunde, der mitten in der Anmeldung die Kontingentmeldung der Plattform selbst zu sehen bekam — mit dem Namen unseres Anbieters und einer Aufforderung zum Upgrade, die an uns gerichtet war und nicht an ihn. Eine Grenze auf Hardware, die Sie selbst mieten, ist zumindest eine Grenze, die Sie näher kommen sehen. Das ist ein echter Punkt für Coolify, und von allem hier der, den wir am schwersten gewichten würden.

Zweitens ist es eine Frage der Architektur. Unsere Lösung war, nicht länger jedem Kunden einen eigenen Dienst zu geben, sondern ankommende Kunden an einen aus einem Vorrat gleichartiger Dienste zu binden. Wenn Sie einen Container pro Kunde planen, auf einer verwalteten oder einer selbst gehosteten Plattform, finden Sie die Decke heraus, bevor Sie darum herum bauen, und nicht danach.

Drittens geht es um die Ersparnis selbst. Ungenutzte Maschinen auf null herunterfahren zu lassen ist echtes Geld, und das Schwierige ist nicht, sie einschlafen zu lassen — es ist, sie schlafen zu lassen. Jedes Aufwachen, dem wir nachgingen, entpuppte sich als Zeitgeber im Hintergrund, den niemand für Verkehr gehalten hätte: eine Zustandsprüfung, eine Statusabfrage, ein in einem anderen Fenster offen gelassenes Dashboard. Ein einziger vergessener, angemeldeter Browser-Tab, der sich still selbst aktualisierte, hielt einen Arbeitsbereich nahezu dauerhaft wach, während der Rest der Flotte den überwiegenden Teil des Tages schlief — die Ersparnis für diesen einen Arbeitsbereich war damit null. Bevor Sie einer selbst gehosteten Installation irgendeine wiederkehrende Aufgabe hinzufügen, fragen Sie, was sie mit einer Maschine macht, die schlafen soll.

Das ist die ehrliche Form dieser Wahl. Coolify verlegt den Ausroll-Knopf auf Hardware, die Sie kontrollieren, und reicht Ihnen den Pieper gleich mit. Wie Sie sich auch entscheiden: Das Veröffentlichen ist der Anfang des Problems und nicht sein Ende. Was Sie gerade ausgerollt haben, muss immer noch jemand finden, und das ist eine andere Disziplin als die, die es zum Laufen gebracht hat. Die selbst gehosteten Bausteine, die daneben am häufigsten mitlaufen, sind PocketBase für das Backend, OpenStatus, um zu erfahren, wann etwas ausgefallen ist, und Meilisearch, sobald das Suchfeld anfängt, eine Rolle zu spielen.