{"id":8710,"date":"2022-03-26T14:30:11","date_gmt":"2022-03-26T12:30:11","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=8710"},"modified":"2022-12-12T16:46:19","modified_gmt":"2022-12-12T14:46:19","slug":"docker-compose-v1-vs-v2-welche-version-sollte-ich-benutzen-worin-liegen-die-unterschiede","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/docker-compose-v1-vs-v2-welche-version-sollte-ich-benutzen-worin-liegen-die-unterschiede\/","title":{"rendered":"Docker Compose v1 vs. v2: Welche Version sollte ich benutzen? Worin liegen die Unterschiede?"},"content":{"rendered":"

Ende 2021 wurde eine neue stabile Hauptversion 2 von Docker Compose ver\u00f6ffentlicht<\/a>. Es gibt einige Unterschiede und Neuerungen. Teils kommt es zu Verwirrungen, da manche Beitr\u00e4ge im Internet noch Docker Compose Version 1 nutzen, andere dagegen bereits Version 2. Manche gar einen Mix aus beidem. In diesem Beitrag schauen wir uns die Unterschiede der beiden Versionen an und beantworten die Frage, welche davon ihr nutzen solltet und wie man das in der Praxis korrekt macht.<\/p>\n

Die wichtigsten \u00c4nderungen von Docker Compose V2<\/h2>\n

Neue technische Architektur<\/h3>\n

Compose V2<\/a> wurde in Go komplett neu geschrieben. Go wurde von Google entwickelt, basiert auf dem Syntax von C, enth\u00e4lt aber sowohl Vereinfachungen als auch Erweiterungen. Die Sprache hebt sich durch Skalierbarkeit und Effizienz<\/a> hervor. Zuvor setzte Compose auf Python, was vor allem auf schw\u00e4cheren Systemen wie dem Raspberry Pi nicht unbedingt \u00fcberm\u00e4\u00dfig schnell war<\/a>.<\/p>\n

An dieser Stelle hat man auch die Integration verbessert: Compose ist nun ein Plugin f\u00fcr Docker, statt einer eigenst\u00e4ndigen Binary wie unter Version 1. Dadurch \u00e4ndert sich der Aufruf von docker-compose<\/strong> zu docker compose<\/strong>. Man kann alternativ mit der Kompatibilit\u00e4tssicht Compose Switch<\/a> auch den eigenst\u00e4ndigen docker-compose<\/strong> Befehl beibehalten.<\/p>\n

Dementsprechend wird Compose nun in das Verzeichnis ~\/.docker\/cli-plugins<\/strong> abgelegt.<\/p>\n

Yaml-Versionen entfallen: Das Format wird standardisiert<\/h3>\n

Zu Beginn einer docker-compose.yml<\/em> wurde bisher \u00fcblicherweise zuerst die Version des Dateiformates angegeben. Version 2 und 3 existieren seit einiger Zeit parallel<\/a>, da Version 3 haupts\u00e4chlich eine Vereinheitlichung von Compose und Swarm bringen sollte. Daf\u00fcr sind einige Funktionen aus V2 nicht mehr in V3 vorhanden – unter anderem die Limitierungen der Ressourcen, wie etwa des Arbeitsspeichers. Daher hatte ich bislang empfohlen, mit Compose bevorzugt Version 2 zu nutzen.<\/p>\n

\"\"<\/a>
Das Yml-Format von Compose-Dateien wurde nun spezifiziert (Quelle: compose-spec.io)<\/figcaption><\/figure>\n

Dieses Problem wurde durch eine generelle Spezifizierung des Formats gel\u00f6st. Die version<\/strong> Eigenschaft wurde darin als veraltet Markiert<\/a>: Sie ist nur noch informativ f\u00fcr die Abw\u00e4rtskompatibilit\u00e4t zu \u00e4lteren Dateien, die f\u00fcr Docker Compose V1 entwickelt wurden. Eine Compose Implementierung sollte gem\u00e4\u00df dem neuen Standard diese Version nicht mehr zur \u00dcberpr\u00fcfung nutzen, sondern immer die aktuellste unterst\u00fctzte Version. Bei unbekannten Feldern ist eine Warnmeldung vorgesehen.<\/p>\n

Das Format f\u00fcr Docker Container selbst ist bereits seit einiger Zeit in der Open Container Initative<\/strong> OCI<\/a> genormt. Dadurch k\u00f6nnen Alternativen wie Podman oder Containerd die gleichen Funktionen implementieren und bieten damit eine Alternative zu Docker, die wenig bis gar keine \u00c4nderungen erfordern. Daf\u00fcr aber eigene Vorteile mit sich bringen, Podman kommt etwa ohne Root-Rechte aus. Es ist daher sinnvoll, auch das Compose Format zu spezifizieren – zumal das die bestehenden Dateiversionen 1 und 2 vereint. Um es verwenden zu k\u00f6nnen, braucht ihr Docker Compose v2 oder mindestens Version 1.27.0.<\/p>\n

Weitere Neuerungen der letzten Monaten<\/h3>\n

Dar\u00fcber hinaus gibt es einige weitere Neuerungen in Docker Compose Version 2, darunter unter anderem Service Profiles<\/strong>. Man kann damit Gruppen von Diensten anlegen, um nur einzelne Dienste zu starten. Mit docker compose ls<\/strong> erscheint eine \u00dcbersicht aller Compose Projekt auf dem gesanten System. Wer Dateien kopieren m\u00f6chte, kann das mit docker-compose cp <\/strong>mittlerweile auch \u00fcber Compose machen. Die Ausgabe ist \u00fcbersichtlicher geworden, unter anderem durch den Einsatz von Farben. Man sieht nun auch, welcher Schritt wie viel Zeit ben\u00f6tigt. Caching funktioniert besser, mit Version 1 hatte ich in bestimmten Konstellationen Probleme.<\/p>\n

Eine aktuelle \u00dcbersicht der \u00c4nderungen und Neuerungen findet ihr in den offiziellen Docker Compose Release Notes<\/a> (englisch).<\/p>\n

Welche Docker Compose Version sollte ich nutzen?<\/h2>\n

Version 2 w\u00fcrde ich definitiv bevorzugen: Sie bietet einige Vorteile gegen\u00fcber Version 1 und wird aktiv mit Aktualisierungen versorgt. Die letzte 1.x Version 1.29.2 stammt aus dem Mai 2021. Als \u00dcbergangsl\u00f6sung kann man Compose-Switch verwenden. Wobei sich die \u00c4nderungen der Konsolenbefehle in Grenzen halten.<\/p>\n

Wie installiere ich Docker Compose V2 korrekt?<\/h2>\n

Zwar ist Compose v2 wie v2 eine Binary und kann daher theoretisch einfach nach \/usr\/local\/bin<\/strong> kopiert werden. Damit der Aufruf als Plugin \u00fcber docker compose<\/strong> (also Leerzeichen statt Minus) funktioniert, muss die Binary in den Plugin-Ordner kopiert werden. F\u00fcr euren lokalen Benutzer ist das $HOME\/.docker\/cli-plugins<\/strong>, wer global installieren m\u00f6chte kann daf\u00fcr auch einen der vier folgenden Ordner nutzen:<\/p>\n