Kostenloser Docker-Compose-Generator

Der Docker Compose Generator ist ein kostenloses Online-Tool, das docker-compose.yml-Dateien mit vorkonfigurierten Diensten wie Datenbanken, Caches und Webservern erstellt.

Ja, er ist völlig kostenlos und erfordert keine Registrierung. Die gesamte Dateierzeugung erfolgt clientseitig in Ihrem Browser.

Der Docker Compose Generator enthält Vorlagen für PostgreSQL, MySQL, MongoDB, Redis, Nginx, Node.js und viele weitere beliebte Dienste.

Absolut. Der Docker Compose Generator verarbeitet alles clientseitig in Ihrem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Ihre Inhalte bleiben jederzeit privat auf Ihrem Gerät.

Ja, der Docker Compose Generator ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Sie können ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffnen Sie einfach den Docker Compose Generator in Ihrem Browser und legen Sie sofort los. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Der Docker Compose Generator unterstützt eine breite Palette beliebter Formate und Sprachen. Die vollständige Liste der unterstützten Optionen finden Sie in der Tool-Oberfläche.

Geben Sie einfach Ihre Eingabe in das vorgesehene Feld ein, passen Sie die Einstellungen nach Belieben an, und das Tool verarbeitet sie sofort. Anschließend können Sie das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Der Docker Compose Generator funktioniert in allen modernen Browsern, einschließlich Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwenden Sie die neueste Version Ihres bevorzugten Browsers.

Der Generator lässt dich die Compose-Dateiversionen 2.4, 3, 3.7, 3.8 oder 3.9 anvisieren. Die Versionen 2.x und die alte 3.x-Linie erforderten ein "version:"-Feld auf oberster Ebene am Anfang der Datei, aber die moderne Compose Specification hat es komplett gestrichen. Deshalb erzeugt die Auswahl von 3.8 hier eine Datei ohne "version:"-Schlüssel — das aktuelle Docker Compose (das "docker compose"-Plugin) liest die Spezifikation und behandelt dieses Feld als veraltet, wobei es eine Warnung ausgibt, falls es vorhanden ist. Wähle 2.4 nur, wenn du auf ältere Funktionen wie ein pro-Service gesetztes "mem_limit" ohne deploy-Block angewiesen bist; ansonsten ist 3.8 für die sauberste, zukunftssichere Ausgabe die richtige Wahl. Stelle deine Zielversion im Tool ein, und das generierte YAML passt seine Struktur automatisch an, sodass die Datei ohne Deprecation-Warnungen läuft.

Füge deinen bestehenden "docker run"-Befehl in das Import-Feld ein, und der Generator zerlegt die gängigen Flags automatisch in einen Compose-Service. Er liest den Image-Namen, "-p"-Host-zu-Container-Portzuordnungen, "-e"-Umgebungsvariablen, "-v"-Volume-Mounts und den vergebenen "--name" aus und schreibt sie als korrekt eingerückte YAML-Schlüssel. Das ist nützlich, wenn du einen funktionierenden Einzeiler aus einem Tutorial oder deiner Shell-Historie hast und daraus eine wiederverwendbare, versionierbare Datei statt eines Wegwerf-Befehls machen willst. Nach dem Import kannst du weiter editieren — eine Restart-Policy, depends_on oder einen Healthcheck hinzufügen — und die Live-Vorschau aktualisiert sich währenddessen. So wird aus Container-Befehlen, denen du bereits vertraust, eine deklarative Datei, die du committen und mit einem einzigen "docker compose up" im Tool starten kannst.

Beide lösen verwandte, aber unterschiedliche Probleme. "depends_on" steuert nur die Reihenfolge, in der Container starten — es sorgt dafür, dass Docker eine Abhängigkeit zuerst startet, wartet aber nicht darauf, dass dieser Service tatsächlich Verbindungen annehmen kann, sodass ein Datenbank-Container schon als "gestartet" gilt, während er noch initialisiert. Ein Healthcheck definiert dagegen einen Testbefehl, Intervall, Timeout, Wiederholungen und einen Startzeitraum, die melden, ob ein Service wirklich gesund ist. Erst die Kombination beider — depends_on mit einer "condition: service_healthy" gegen einen definierten Healthcheck — sorgt dafür, dass ein Service wartet, bis ein anderer wirklich bereit ist. Dieser Generator erlaubt es, depends_on-Verknüpfungen zu setzen und vollständige Healthchecks pro Service zu konfigurieren, und der Validator warnt, wenn ein depends_on-Eintrag auf einen nicht existierenden Service zeigt. Baue beides im Tool in deinen Stack ein, damit Container in einer zuverlässigen, abhängigkeitsbewussten Reihenfolge hochfahren.

Beides sind häufige Fehler, die der eingebaute Validator schon vor "docker compose up" markiert. Ein Portkonflikt entsteht, wenn zwei Services denselben Host-Port belegen — zum Beispiel wenn beide "8080:80" mappen —, da nur ein Prozess gleichzeitig auf einem bestimmten Host-Port lauschen kann; ändere eine Seite, etwa zu "8081:80", um das zu beheben. Ein Undefined-Volume-Fehler bedeutet, dass ein Service ein benanntes Volume referenziert, das nie auf oberster Ebene der Datei deklariert wurde, sodass Compose es nicht anlegen kann. Der Generator erkennt das inline während des Editierens, ebenso wie Services ohne Namen oder Image, doppelte Service-Namen, nicht existierende depends_on-Ziele und Portzuordnungen ohne Container-Seite. Beachte die Validierungswarnungen im Tool und behebe sie, bevor du kopierst, damit dein Stack gleich beim ersten Mal sauber startet.

Ein benanntes Volume ist Speicher, den Docker selbst anlegt und verwaltet; du deklarierst es einmal im "volumes:"-Abschnitt auf oberster Ebene und referenzierst es über seinen Namen, während Docker entscheidet, wo die Daten physisch liegen. Es ist die richtige Wahl für Datenbankdaten und anderen Zustand, den du persistieren und sichern willst, ohne dich um den Host-Pfad zu kümmern. Ein Bind Mount bildet dagegen ein bestimmtes Host-Verzeichnis oder eine Host-Datei direkt über einen Host-Pfad in den Container ab, etwa "./config:/etc/app" — ideal, um Konfigurationsdateien einzuschleusen oder Quellcode während der Entwicklung live neu zu laden. Benannte Volumes sind portabler zwischen Maschinen; Bind Mounts geben dir direkten Zugriff auf Dateien auf dem Host. Dieser Generator unterstützt beide Typen und warnt, wenn ein Service ein benanntes Volume verwendet, das du auf oberster Ebene zu definieren vergessen hast. Konfiguriere im Tool pro Service den passenden Typ und sieh, wie das YAML korrekt geschrieben wird.