{"id":27378,"date":"2026-01-15T14:26:00","date_gmt":"2026-01-15T13:26:00","guid":{"rendered":"https:\/\/contabo.com\/blog\/meistere-docker-befehle-fuer-das-container-management\/"},"modified":"2026-01-19T10:25:06","modified_gmt":"2026-01-19T09:25:06","slug":"meistere-docker-befehle-fuer-das-container-management","status":"publish","type":"post","link":"https:\/\/contabo.com\/blog\/de\/meistere-docker-befehle-fuer-das-container-management\/","title":{"rendered":"Docker Befehle f\u00fcr die Container-Verwaltung"},"content":{"rendered":"\n
\"Docker<\/figure>\n\n\n\n

Docker-Befehle. Du wirst sie ben\u00f6tigen – jeden einzelnen Tag. Das Problem besteht nicht darin, Docker zu lernen. Das Problem ist, sich daran zu erinnern, welcher Befehl was macht, wenn man mitten im Chaos steckt und die Produktionsumgebung gerade quasi brennt. In diesem Guide werden die Befehle, die du wirklich verwendest, aufgeschl\u00fcsselt und nach ihrer Funktion statt alphabetisch sortiert, da dein Gehirn es unter Druck genauso verarbeitet.<\/p>\n\n\n\n

Befehle fallen in mehrere Kategorien: Images erstellen und verwalten, Chaos bereinigen, Container starten und stoppen und \u00fcberpr\u00fcfen, was gerade l\u00e4uft. Du kannst Container konfigurieren, Images in Registries hochladen, Services orchestrieren und Netzwerke einrichten. Legen wir los.<\/p>\n\n\n\n

Docker Build-Befehle<\/h2>\n\n\n\n

Der Docker Build-Befehl verwandelt deine Docker-Datei in ein Image. Das ist alles. Alles Weitere ist optional.<\/p>\n\n\n\n

Erstelle aus deinem aktuellen Verzeichnis mit docker build<\/code>. M\u00f6chtest du es markieren, damit du es sp\u00e4ter finden kannst? F\u00fcge -t imagename\/tag<\/code> hinzu. Dieser Tag ist nicht optional, wenn du eine Push-\u00dcbermittlung an eine Registry planst.<\/p>\n\n\n\n

Es ist auch m\u00f6glich, Builds aus Remote-Quellen zu erstellen. Verweise auf ein Git-Repo mit docker build https:\/\/github.com\/user\/repo.git#branch:folder<\/code>. Oder hole dir ein Tar-Archiv von deinem Server mit docker build https:\/\/yourserver\/file.tar.gz<\/code>.<\/p>\n\n\n\n

Musst du den Cache \u00fcberspringen? Verwende --no-cache<\/code>. Gebe Build-Argumente mit --build-arg KEY=value<\/code> weiter. Diese werden in deiner Docker-Datei als ARG-Variablen angezeigt.<\/p>\n\n\n\n

Der Build-Prozess liest deine Docker-Datei Zeile f\u00fcr Zeile. Jede Anweisung erstellt eine Schicht. Schichten werden zwischengespeichert. Aus diesem Grund dauert dein erster Build ewig und nachfolgende Builds sind in Sekundenschnelle abgeschlossen. Es sei denn, du \u00e4nderst etwas im oberen Bereich der Docker-Datei. Dann wird alles unterhalb dieser Linie neu aufgebaut.<\/p>\n\n\n\n

Docker Prune- und Cleanup-Befehle<\/h2>\n\n\n\n

Docker f\u00fcllt deine Festplatte. Schnell. Verwaiste Images, gestoppte Container, ungenutzte Volumes. Sie h\u00e4ufen sich an.<\/p>\n\n\n\n

F\u00fchre docker system prune<\/code> aus, um gestoppte Container, ungenutzte Netzwerke, verwaiste Images und Build-Cache zu leeren. F\u00fcge -a<\/code> hinzu, um alle ungenutzten Images zu entfernen, nicht nur die verwaisten. Damit werden Gigabytes freigegeben.<\/p>\n\n\n\n

Verwende f\u00fcr gezielte Bereinigungen docker image prune<\/code>, um untagged Images zu l\u00f6schen. Bereinige Volumes mit docker volume rm $(docker volume ls -f dangling=true -q)<\/code>. Entferne spezifische Images mit docker image rm imagename<\/code>.<\/p>\n\n\n\n

Willst du alles plattmachen? Stoppe alle laufenden Container mit docker kill $(docker ps -q)<\/code>, und entferne sie dann mit docker rm $(docker ps -a -q)<\/code>. Mach das nicht in der Produktionsumgebung.<\/p>\n\n\n\n

Plane Prune-Befehle in deiner Deployment-Pipeline. Dein DevOps-Team wird es dir danken, wenn es nicht um 2 Uhr morgens nach Speicherplatz suchen muss.<\/p>\n\n\n\n

Container verwalten: Starten, Stoppen und Neustarten<\/h2>\n\n\n\n

Container-Lifecycle-Management. Starten, stoppen, pausieren, neu starten. Diese Befehle steuern, was ausgef\u00fchrt wird.<\/p>\n\n\n\n

Verwende docker start containername<\/code>, um einen gestoppten Container zu starten. Stoppe ihn mit docker stop containername<\/code>. Neustarten mit docker restart containername<\/code>. Ganz einfach.<\/p>\n\n\n\n

Musst du einen Container vor\u00fcbergehend stoppen? docker pause containername<\/code> sperrt alle Prozesse. Setze sie mit fort docker restart containername<\/code>. Der Zustand des Containers bleibt im Speicher erhalten.<\/p>\n\n\n\n

Das gleichzeitige Stoppen aller Container erfordert eine Befehlskette. docker stop $(docker ps -q)<\/code> stoppt alles, was derzeit l\u00e4uft. Die -q<\/code>-Option gibt nur Container-IDs aus.<\/p>\n\n\n\n

Lege Neustartrichtlinien fest, wenn du Container startest. Verwende --restart=always<\/code> f\u00fcr Dienste, die Systemneustarts \u00fcberstehen sollen. Oder --restart=on-failure<\/code>, um nur nach Abst\u00fcrzen neu zu starten.<\/p>\n\n\n\n

Docker-Logs und Containerinspektion<\/h2>\n\n\n\n

Etwas ist kaputtgegangen. Du ben\u00f6tigst Protokolle.<\/p>\n\n\n\n

F\u00fchre docker logs containername<\/code> aus, um alles auszugeben, was der Container nach stdout und stderr geschrieben hat. F\u00fcge -f<\/code> hinzu, um Logs in Echtzeit zu verfolgen. Verwende --tail 100<\/code>, um nur die letzten 100 Zeilen anzuzeigen.<\/p>\n\n\n\n

Liste laufende Container mit docker ps<\/code> auf. Siehe alles, einschlie\u00dflich gestoppter Container, mit docker ps -a<\/code>. Die Ausgabe zeigt Container-IDs, Images, Befehle, Status und Ports.<\/p>\n\n\n\n

Gehe tiefer ins Detail mit docker inspect containername<\/code>. Dadurch wird ein JSON-Blob ausgegeben, der alle Details enth\u00e4lt: Netzwerkeinstellungen, Bereitstellungen, Umgebungsvariablen, Ressourcenbeschr\u00e4nkungen. Leite es an grep <\/code>oder jq<\/code> weiter, um das zu finden, was du ben\u00f6tigst.<\/p>\n\n\n\n

\u00dcberpr\u00fcfe die Ressourcennutzung mit docker stats<\/code>. Es zeigt den CPU-Anteil, die Speichernutzung, das Netzwerk-I\/O und das Block-I\/O f\u00fcr jeden laufenden Container an. \u00dcberwache den Stream in Echtzeit oder erstelle einen Snapshot.<\/p>\n\n\n\n

\u00dcberpr\u00fcfen, was sich im Dateisystem eines Containers ge\u00e4ndert hat? docker diff containername<\/code> listet hinzugef\u00fcgte, gel\u00f6schte und modifizierte Dateien auf. N\u00fctzlich zum Debuggen von Containern, die ihre eigenen Dateisysteme \u00e4ndern.<\/p>\n\n\n\n

Docker-Images-Verwaltung<\/h2>\n\n\n\n

Images sind Vorlagen. Container sind laufende Instanzen. Das Verwalten von Images bedeutet, dass dein lokales Repository sauber und korrekt getaggt ist.<\/p>\n\n\n\n

Liste alle Images mit docker images<\/code> oder docker image ls<\/code> auf. Du wirst Repository-Namen, Tags, Image-IDs, Erstellungsdaten und Gr\u00f6\u00dfen sehen. Filtere nach Namen mit docker images imagename<\/code>.<\/p>\n\n\n\n

Kennzeichne Images mit docker tag source target<\/code>. Dadurch wird ein neuer Verweis auf dasselbe Image erstellt. Typische Muster: docker tag myapp:latest myapp:v1.2.3<\/code>. Jetzt hast du ein versionspezifisches Tag und ein Latest-Tag, die auf dasselbe Image verweisen.<\/p>\n\n\n\n

Entferne Images mit docker image rm imagename<\/code> oder docker rmi imagename<\/code>. L\u00f6sche mehrere Images, indem du sie auflistest: docker rmi image1 image2 image3<\/code>.<\/p>\n\n\n\n

\u00dcberpr\u00fcfe die Image-Historie mit docker history imagename<\/code>. Jede Zeile zeigt eine Schicht: den Befehl, der sie erstellt hat, wann sie erstellt wurde und wie viel Speicherplatz sie nutzt. Aufgebl\u00e4hte Images? Hiermit siehst du wo.<\/p>\n\n\n\n

Bereinige ungenutzte Images mit docker image prune<\/code>. F\u00fcge -a<\/code> hinzu, um alle Images zu entfernen, die von keinem Container referenziert werden. Dies ist nicht r\u00fcckg\u00e4ngig zu machen, gehe also auf deinem Build-Server behutsam mit der Ausf\u00fchrung vor.<\/p>\n\n\n\n

Optionen f\u00fcr den Docker-Run-Befehl<\/h2>\n\n\n\n

Der Docker-Run-Befehl erstellt und startet einen Container aus einem Image. Ein Befehl, dutzende Flags.<\/p>\n\n\n\n

Basissyntax: docker run imagename<\/code>. Dadurch wird der Container im Vordergrund ausgef\u00fchrt und dein Terminal blockiert. F\u00fcge -d<\/code> hinzu, um ihn zu trennen und im Hintergrund auszuf\u00fchren.<\/p>\n\n\n\n

Benenne deinen Container mit --name containername<\/code>. Andernfalls generiert Docker zuf\u00e4llige Namen wie ‚quirky_tesla‘, an die du dich nie erinnern wirst. Ordne Ports mit -p hostport:containerport<\/code> zu. Beispiel: -p 8080:80<\/code> ordnet dem Containerport 80 den Hostport 8080 zu.<\/p>\n\n\n\n

Legte Umgebungsvariablen mit -e KEY=value<\/code> fest. Binde Volumes mit -v \/host\/path:\/container\/path<\/code> ein. Lege das Dateisystem des Containers aus Sicherheitsgr\u00fcnden mit --read-only<\/code> als schreibgesch\u00fctzt fest.<\/p>\n\n\n\n

Entferne Container automatisch, wenn sie mit --rm<\/code> gestoppt werden. Perfekt f\u00fcr einmalige Aufgaben. Verbinde dich mit spezifischen Netzwerken unter Verwendung von --network networkname<\/code>. Lege Ressourcengrenzen mit --memory<\/code> und --cpus<\/code> fest.<\/p>\n\n\n\n

Der interaktive Modus erfordert zwei Flags: -i<\/code> h\u00e4lt stdin offen und -t<\/code> weist ein Pseudo-TTY zu. Kombiniere sie als -it<\/code> f\u00fcr Shell-Zugriff: docker run -it ubuntu bash<\/code>.<\/p>\n\n\n\n

Docker Hub und Registry-Befehle<\/h2>\n\n\n\n

Docker Hub hostet Millionen von Images. Deine private Registry k\u00f6nnte deine hosten. In jedem Fall musst du die Befehle pull, push und authenticate anwenden.<\/p>\n\n\n\n

Melde dich mit docker login<\/code> an. Du wirst zur Eingabe von Benutzername und Passwort aufgefordert. Verwende f\u00fcr automatisierte Systeme die Anmeldeinformationen \u00fcber stdin oder nutze Token f\u00fcr den Zugriff. Melde dich mit docker logout<\/code> ab.<\/p>\n\n\n\n

Lade Images vom Docker Hub mit docker pull imagename<\/code> herunter. Spezifiziere Tags wie docker pull nginx:1.21<\/code>. Ohne ein Tag wird standardm\u00e4\u00dfig „latest“ verwendet. Das ist oft nicht das, was man in der Produktion will.<\/p>\n\n\n\n

Lade Images mit docker push username\/imagename:tag<\/code> hoch. Der Imagename muss deinen Docker Hub-Benutzernamen oder deine Registry-URL enthalten. Kennzeichne es korrekt, bevor du es hochl\u00e4dst, sonst schl\u00e4gt es fehl.<\/p>\n\n\n\n

Durchsuche Docker Hub von der Befehlszeile aus mit docker search searchterm<\/code>. Es gibt offizielle Images, automatisierte Builds und Sternbewertungen zur\u00fcck. Die Weboberfl\u00e4che bietet dir jedoch weitere Details.<\/p>\n\n\n\n

Stelle f\u00fcr eine private Registry dem Imagenamen die Registry-URL voran: registry.example.com\/imagename<\/code>. Login, Pull und Push funktionieren auf die gleiche Weise. Verweise einfach auf eine andere Registry.<\/p>\n\n\n\n

Docker Swarm Service Management<\/h2>\n\n\n\n

Docker Swarm orchestriert Container \u00fcber mehrere Hosts hinweg. Dienste legen fest, wie deine Container im Schwarm laufen sollen.<\/p>\n\n\n\n

Liste Dienste mit docker service ls<\/code> auf. Dies zeigt Dienstnamen, Modi, Replikate, Bilder und Ports. F\u00fcr detaillierte Informationen zu einem bestimmten Dienst, f\u00fchre docker service ps servicename<\/code> aus.<\/p>\n\n\n\n

Erstelle einen Dienst mit docker service create<\/code>. Beispiel: docker service create --name web --replicas 3 -p 80:80 nginx<\/code>. Dadurch werden drei Nginx-Replikate in deinem Schwarm bereitgestellt.<\/p>\n\n\n\n

Skaliere Dienste mit docker service scale servicename=5<\/code> hoch oder runter. Swarm k\u00fcmmert sich um die Verteilung der Replikate. Aktualisiere laufende Dienste mit docker service update<\/code> und Flags wie --image<\/code> f\u00fcr fortlaufende Updates.<\/p>\n\n\n\n

\u00dcberpr\u00fcfe die Dienstprotokolle mit docker service logs servicename<\/code>. Dadurch werden Protokolle aller Replikate zusammengefasst. Stelle gesamte Stacks unter Verwendung von docker stack deploy<\/code> mit einer Compose-Datei bereit.<\/p>\n\n\n\n

Kubernetes hat den Orchestrierungskrieg gewonnen. F\u00fcr kleinere Deployments ist Swarm jedoch noch einfacher. Keine Lernkurve. Funktioniert einfach.<\/p>\n\n\n\n

Docker-Netzwerkkonfiguration<\/h2>\n\n\n\n

Container m\u00fcssen miteinander und mit der Au\u00dfenwelt kommunizieren. Netzwerke erm\u00f6glichen das.<\/p>\n\n\n\n

Liste Netzwerke mit docker network ls<\/code> auf. Du siehst standardm\u00e4\u00dfig ‚bridge‘, ‚host‘ und ’none‘. Erstelle benutzerdefinierte Netzwerke mit docker network create networkname<\/code>. Spezifiziere Treiber f\u00fcr Swarm mit --driver bridge<\/code> oder --driver overlay<\/code>.<\/p>\n\n\n\n

Verbinde laufende Container mit Netzwerken \u00fcber docker network connect networkname containername<\/code>. Trenne mit docker network disconnect<\/code>. Container k\u00f6nnen mehreren Netzwerken angeh\u00f6ren.<\/p>\n\n\n\n

Das Bridge-Netzwerk ist der Standard. Container im selben Bridge-Netzwerk k\u00f6nnen sich gegenseitig \u00fcber Namen erreichen. Der Host-Netzwerkmodus gibt Containern direkten Zugriff auf den Netzwerstack des Hosts. Verwende --network<\/code> host<\/code> beim Starten von Containern, die maximale Netzwerkleistung ben\u00f6tigen.<\/p>\n\n\n\n

Untersuche die Netzwerkinformationen mit docker network inspect networkname<\/code>. Hier werden verbundene Container, IP-Adressen, Subnetzkonfiguration und Gateway-Einstellungen angezeigt. Entferne ungenutzte Netzwerke mit docker network rm networkname<\/code>.<\/p>\n\n\n\n

Mit benutzerdefinierten Netzwerken k\u00f6nnen sich Container via DNS erreichen. Erstelle sie aus diesem Grund, anstatt die Standard-Bridge zu verwenden. Name-Resolution ist praktischer als feste IP-Adressen.<\/p>\n\n\n\n

Docker-Tutorial und Best Practices<\/h2>\n\n\n\n

Befehle sind eine Sache. Sie richtig einzusetzen ist eine andere.<\/p>\n\n\n\n

    \n
  • Beginne mit den Grundlagen. Installiere Docker. F\u00fchre docker run hello-world<\/code> aus. Wenn das funktioniert, bist du startklar. Erstelle eine einfache Docker-Datei. Erstelle ein Image. F\u00fchre einen Container aus. Experimentiere. Behebe Fehler.<\/li>\n\n\n\n
  • Halte die Images klein. Jede Schicht erh\u00f6ht die Gr\u00f6\u00dfe. Kombiniere RUN-Befehle. Bereinige die Paketcaches in derselben Schicht, in der du sie installierst. Verwende Multistage-Builds, um Build-Abh\u00e4ngigkeiten von Laufzeitabh\u00e4ngigkeiten zu trennen.<\/li>\n\n\n\n
  • F\u00fchre Container nicht als Root aus. Erstelle einen Benutzer in deinem Dockerfile mit RUN useradd<\/code>. Wechsle zu ihm mit USER username<\/code>. Sicherheit ist auch in Containern wichtig.<\/li>\n\n\n\n
  • Kennzeichne deine Images richtig. Verwende semantische Versionierung. Verlassen dich in der Produktion niemals auf „latest“. Lege genaue Versionen in deinen Deployment-Konfigurationen fest. Wenn ein Image aktualisiert wird und deine App funktionsunf\u00e4hig macht, wirst du verstehen, warum.<\/li>\n\n\n\n
  • \u00dcberwache den Ressourcenverbrauch. Setze Speichergrenzen mit --memory<\/code>. Begrenze die CPU mit --cpus<\/code>. Ein Container, der alle verf\u00fcgbaren Ressourcen verbraucht, bringt den gesamten Host zum Stillstand.<\/li>\n\n\n\n
  • Verwende Gesundheitschecks. F\u00fcge HEALTHCHECK <\/code>Anweisungen deinem Dockerfile hinzu. Docker kann dann fehlerhafte Container automatisch neu starten. Besser, als darauf zu warten, dass dich dein \u00dcberwachungssystem alarmiert.<\/li>\n\n\n\n
  • Bewahre sensible Daten richtig auf. Bette sie nicht in Images ein. Gib sie nicht als Umgebungsvariablen weiter, die im docker inspect<\/code> angezeigt werden. Verwende Docker-Secrets f\u00fcr Swarm oder externe Secret-Management-Tools.<\/li>\n<\/ul>\n\n\n\n

    Die Befehle in diesem Guide decken 90 % der t\u00e4glichen Docker-Arbeit ab. Die anderen 10 %? Hierf\u00fcr liest du die Dokumentation, suchst nach GitHub-Problemen und stellst L\u00f6sungen von Stack Overflow zusammen. Willkommen bei der Containerisierung!<\/p>\n","protected":false},"excerpt":{"rendered":"

    Docker-Befehle. Du wirst sie ben\u00f6tigen – jeden einzelnen Tag. Das Problem besteht nicht darin, Docker zu lernen. Das Problem ist, sich daran zu erinnern, welcher Befehl was macht, wenn man mitten im Chaos steckt und die Produktionsumgebung gerade quasi brennt. In diesem Guide werden die Befehle, die du wirklich verwendest, aufgeschl\u00fcsselt und nach ihrer Funktion […]<\/p>\n","protected":false},"author":44,"featured_media":27496,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[1399],"tags":[],"ppma_author":[3402],"class_list":["post-27378","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tutorials"],"uagb_featured_image_src":{"full":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE.webp",1200,630,false],"thumbnail":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE-150x150.webp",150,150,true],"medium":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE-600x315.webp",600,315,true],"medium_large":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE-768x403.webp",768,403,true],"large":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE.webp",1200,630,false],"1536x1536":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE.webp",1200,630,false],"2048x2048":["https:\/\/contabo.com\/blog\/wp-content\/uploads\/2026\/01\/blog-head_guide-docker-commands-for-container-management_DE.webp",1200,630,false]},"uagb_author_info":{"display_name":"Milan Ivanovic","author_link":"https:\/\/contabo.com\/blog\/de\/author\/milan\/"},"uagb_comment_info":0,"uagb_excerpt":"Docker-Befehle. Du wirst sie ben\u00f6tigen – jeden einzelnen Tag. Das Problem besteht nicht darin, Docker zu lernen. Das Problem ist, sich daran zu erinnern, welcher Befehl was macht, wenn man mitten im Chaos steckt und die Produktionsumgebung gerade quasi brennt. In diesem Guide werden die Befehle, die du wirklich verwendest, aufgeschl\u00fcsselt und nach ihrer Funktion…","authors":[{"term_id":3402,"user_id":0,"is_guest":1,"slug":"contabro","display_name":"ContaBro","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/?s=96&d=mm&r=g","0":null,"1":"","2":"","3":"","4":"","5":"","6":"","7":"","8":""}],"_links":{"self":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/27378","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/users\/44"}],"replies":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=27378"}],"version-history":[{"count":7,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/27378\/revisions"}],"predecessor-version":[{"id":27508,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/posts\/27378\/revisions\/27508"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/media\/27496"}],"wp:attachment":[{"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=27378"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=27378"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=27378"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/contabo.com\/blog\/de\/wp-json\/wp\/v2\/ppma_author?post=27378"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}