Dieser Artikel zeigt, wie ihr schnell und einfach in Linux-Container mit Docker einsteigen k\u00f6nnt. Ich empfehle die Nutzung einer LTS-Version von Ubuntu oder dessen Derivaten wie z.B. Xubuntu, im besten Falle die aktuelle. Derzeit ist das Version 20, die im Folgenden verwendet wird. Alternativ funktionieren auch unterst\u00fctzte nicht LTS Versionen, eine Liste findet ihr am Anfang der Doku. Sie ist auf Englisch und ein guter Einstieg zur Installation, auch f\u00fcr andere Distributionen wie z.B. CentOS oder Fedora. Um Docker zu installieren, \u00f6ffnet das Terminal oder schaltet euch per SSH auf das System.<\/p>\n
Wie bei jeder Paketinstallation sollten wir zun\u00e4chst die Paketlisten aktualisieren:<\/p>\n
sudo apt-get update<\/code><\/pre>\nNun stellen wir sicher, dass ben\u00f6tigte Abh\u00e4ngigkeiten installiert sind:<\/p>\n
sudo apt-get install -y apt-transport-https ca-certificates curl gnupg lsb-release<\/code><\/pre>\nDer Schalter -y erspart uns hierbei das h\u00e4ndische Best\u00e4tigen. Da die Installation \u00fcber Dockers eigenes Repository erfolgt, f\u00fcgen wir dessen PGP-Schl\u00fcssel zu unserem Schl\u00fcsselring hinzu:<\/p>\n
curl -fsSL https:\/\/download.docker.com\/linux\/ubuntu\/gpg | sudo gpg --dearmor -o \/usr\/share\/keyrings\/docker-archive-keyring.gpg<\/code><\/pre>\nUnser System vertraut dadurch Dockers Repository, in dem alle notwendigen Pakete enthalten sind. Dieses Repository k\u00f6nnen wir nun hinzuf\u00fcgen:<\/p>\n
echo \\\n "deb [arch=amd64 signed-by=\/usr\/share\/keyrings\/docker-archive-keyring.gpg] https:\/\/download.docker.com\/linux\/ubuntu \\\n $(lsb_release -cs) stable" | sudo tee \/etc\/apt\/sources.list.d\/docker.list > \/dev\/null<\/code><\/pre>\nVor der Installation ist es notwendig die Paketliste zu aktualisieren:<\/p>\n
sudo apt-get update<\/code><\/pre>\nDies l\u00e4dt eine Auflistung aller Pakete, die im soeben hinzugef\u00fcgten Docker-Repository enthalten sind. Schlussendlich k\u00f6nnen wir Docker installieren, hierzu sind drei Pakete notwendig:<\/p>\n
sudo apt-get install docker-ce docker-ce-cli containerd.io<\/code><\/pre>\nDocker (hier als Community-Edition) ist aufgeteilt in einen Daemon und eine CLI. Wenn wir Docker-Befehle ausf\u00fchren, leitet die CLI diese an den Daemon weiter und empf\u00e4ngt die Antwort. Containerd ist eine Abstraktionsschicht von Kernelfunktionen, die f\u00fcr Container genutzt werden. Eine Vertiefung w\u00fcrde an dieser Stelle zu weit f\u00fchren. Stellen wir es uns f\u00fcr den Anfang als Client-Server Architektur vor, die in diesem Falle komplett lokal l\u00e4uft.<\/p>\n
Unser erster „Hello World“ Container<\/h2>\n
Starten wir nun unseren ersten Container: Standardm\u00e4\u00dfig m\u00fcssen wir alle Docker-Befehle als root ausf\u00fchren, au\u00dferhalb einer root-Shell also mit sudo. „Docker“ ist der Befehl f\u00fcr den CLI-Client, den wir mit „run“ dazu anweisen, einen neuen Container zu starten. Schlussendlich folgt der Name des Images, wovon wir einen Container starten k\u00f6nnen. In der Docker-Registry gibt es hierzu ein Image namens „hello world“. Wie der Name schon sagt, startet es einen Container, der uns eine kleine Demonstrationsausgabe liefert:<\/p>\n
sudo docker run hello-world<\/code><\/pre>\nPraxistauglicheres Beispiel: Ein Webserver<\/h2>\n
Da uns ein Hello World Container wenig n\u00fctzt, starten wir einen zweiten Container. Diesmal nutzen wir das Nginx Image. Nginx ist ein effizienter, leichtgewichtiger Webserver. Das Syntax ist identisch wie oben, allerdings mit zwei Unterschieden: „hello world“ ersetzen wir durch „nginx“, da wir ja nicht das Hello World Image erhalten wollen. Da ein Webserver auf Port 80 lauscht, ben\u00f6tigen wir eine Portweiterleitung: Mit -p 80:80 geben wir an, dass Port 80 des Containers auf Port 80 des Hosts weitergeleitet werden soll.<\/p>\n
sudo docker run -p 80:80 nginx<\/code><\/pre>\nBeim ersten Start l\u00e4dt Docker auch hier zun\u00e4chst das Image aus dem Docker-Hub herunter und startete anschlie\u00dfend den Container. Durch die Portweiterleitung k\u00f6nnen wir den Webserver auf localhost erreichen. Auf der Konsole sehen wir das Zugriffslog mit unserer soeben durchgef\u00fchrten Testanfrage.<\/p>\n
Ging schnell, oder? Eben so einfach k\u00f6nnen wir den Container wieder stoppen oder zerst\u00f6ren – und das, ohne Reste oder gar Konflikte auf unserem System zu hinterlassen. <\/p>\n
Weiterf\u00fchrende Informationen\/Quellen<\/h2>\n