Workshop-Wiki · Deutsch

Docker Lösung: Grundlagen (DE)

Diese Lösungsskizze gehört zum Assessment Grundlagen. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 6 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

Docker Lösung: Grundlagen (DE)

Diese Lösungsskizze gehört zum Assessment Grundlagen. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Bewertungsmaßstab

Bereich Erwartung
Begriffe Docker-Ressourcen werden korrekt benannt.
Nachweis Antworten nennen konkrete Befehle und interpretierbare Ausgaben.
Betrieb Persistenz, Netzwerk, Logs und Cleanup werden berücksichtigt.
Security Socket, Rechte, User, Secrets und Host-Pfade werden bewertet.
01 / 06

Musterantworten

Lösung 01: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 02: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 03: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 04: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 05: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 06: Netzwerke

Eine starke Antwort zu Netzwerke benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 07: Volumes

Eine starke Antwort zu Volumes benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 08: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 09: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 10: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 11: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 12: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 13: Netzwerke

Eine starke Antwort zu Netzwerke benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 14: Volumes

Eine starke Antwort zu Volumes benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 15: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 16: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 17: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 18: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 19: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 20: Netzwerke

Eine starke Antwort zu Netzwerke benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 21: Volumes

Eine starke Antwort zu Volumes benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 22: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 23: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 24: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 25: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 26: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 27: Netzwerke

Eine starke Antwort zu Netzwerke benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 28: Volumes

Eine starke Antwort zu Volumes benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 29: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 30: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 31: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 32: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 33: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 34: Netzwerke

Eine starke Antwort zu Netzwerke benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 35: Volumes

Eine starke Antwort zu Volumes benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 36: Engine

Eine starke Antwort zu Engine benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 37: CLI

Eine starke Antwort zu CLI benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 38: Images

Eine starke Antwort zu Images benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 39: Container

Eine starke Antwort zu Container benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.

Lösung 40: einfache Dockerfiles

Eine starke Antwort zu einfache Dockerfiles benennt die betroffene Docker-Ressource, nennt mindestens einen passenden Inspect- oder Compose-Befehl, trennt Image-, Container-, Netzwerk- und Volume-Zustand und beschreibt einen expliziten Rückbau.

  • Guter Nachweis: konkrete Ausgabe oder Feld aus docker inspect, docker logs, docker compose config oder docker events.
  • Typischer Fehler: nur den erfolgreichen Start zu nennen, ohne Ports, Mounts, User, Exit-Code oder Cleanup zu prüfen.
  • Security-Erwartung: keine echten Secrets, keine unnötigen Privilegien, keine unbewerteten Host-Mounts und kein leichtfertiger Docker-Socket-Zugriff.
02 / 06

Review-Checkliste für Grundlagen Lösung

  • 01. Kontext und Zielzustand dokumentieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 02. Befehl trocken erklären: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 03. Ist-Zustand mit Inspect belegen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 04. Logs und Exit-Code sichern: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 05. Netzwerkpfad skizzieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 06. Volume-Lebenszyklus prüfen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 07. Image-Herkunft bewerten: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 08. Tag und Digest unterscheiden: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 09. Build-Cache begründen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 10. Rollback- oder Cleanup-Pfad notieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 11. Security-Auswirkung benennen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 12. Betriebsrisiko einstufen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 13. Kontext und Zielzustand dokumentieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 14. Befehl trocken erklären: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 15. Ist-Zustand mit Inspect belegen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 16. Logs und Exit-Code sichern: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 17. Netzwerkpfad skizzieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 18. Volume-Lebenszyklus prüfen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 19. Image-Herkunft bewerten: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 20. Tag und Digest unterscheiden: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 21. Build-Cache begründen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 22. Rollback- oder Cleanup-Pfad notieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 23. Security-Auswirkung benennen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 24. Betriebsrisiko einstufen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 25. Kontext und Zielzustand dokumentieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 26. Befehl trocken erklären: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 27. Ist-Zustand mit Inspect belegen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 28. Logs und Exit-Code sichern: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 29. Netzwerkpfad skizzieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 30. Volume-Lebenszyklus prüfen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 31. Image-Herkunft bewerten: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 32. Tag und Digest unterscheiden: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 33. Build-Cache begründen: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
  • 34. Rollback- oder Cleanup-Pfad notieren: Halte fest, welche Docker-Ressource betroffen ist, welcher Befehl den Zustand zeigt und wie du die Änderung rückbaust.
03 / 06

Praxisanhang: Grundlagen Lösung

Dieser Anhang dient als Arbeitsvorrat für längere Trainings, Reviews und Wiederholungen. Jede Aufgabe ist absichtlich klein geschnitten, damit sie einzeln geprüft und diskutiert werden kann.

A001. Engine

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A002. CLI

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A003. Images

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Images.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A004. Container

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A005. einfache Dockerfiles

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf einfache Dockerfiles.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A006. Netzwerke

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Netzwerke.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A007. Volumes

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Volumes.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A008. Docker Engine

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Docker Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A009. Docker CLI

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Docker CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A010. Docker Daemon

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Docker Daemon.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A011. Image

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Image.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A012. Container

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A013. Dockerfile

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Dockerfile.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A014. Build Context

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Build Context.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A015. Layer

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Layer.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A016. Tag und Digest

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Tag und Digest.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A017. Registry

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Registry.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A018. Network

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Network.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A019. Volume

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Volume.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A020. Bind Mount

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Bind Mount.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A021. Compose

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Compose.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A022. Rootless Mode

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Rootless Mode.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A023. Socket

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Socket.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A024. Engine

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A025. CLI

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A026. Images

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Images.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A027. Container

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A028. einfache Dockerfiles

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf einfache Dockerfiles.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A029. Netzwerke

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Netzwerke.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A030. Volumes

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Volumes.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A031. Docker Engine

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Docker Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A032. Docker CLI

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Docker CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A033. Docker Daemon

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Docker Daemon.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A034. Image

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Image.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A035. Container

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A036. Dockerfile

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Dockerfile.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A037. Build Context

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Build Context.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A038. Layer

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Layer.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A039. Tag und Digest

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Tag und Digest.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A040. Registry

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Registry.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A041. Network

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Network.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A042. Volume

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Volume.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A043. Bind Mount

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Bind Mount.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A044. Compose

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Compose.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A045. Rootless Mode

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Rootless Mode.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A046. Socket

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Socket.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A047. Engine

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A048. CLI

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A049. Images

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Images.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A050. Container

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A051. einfache Dockerfiles

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf einfache Dockerfiles.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A052. Netzwerke

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Netzwerke.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A053. Volumes

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Volumes.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A054. Docker Engine

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Docker Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A055. Docker CLI

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Docker CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A056. Docker Daemon

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Docker Daemon.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A057. Image

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Image.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A058. Container

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Container.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A059. Dockerfile

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Dockerfile.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A060. Build Context

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Build Context.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A061. Layer

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Layer.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A062. Tag und Digest

  • Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Tag und Digest.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A063. Registry

  • Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Registry.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A064. Network

  • Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Network.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A065. Volume

  • Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Volume.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A066. Bind Mount

  • Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Bind Mount.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A067. Compose

  • Arbeitsauftrag: Image-Herkunft bewerten und beziehe die Beobachtung ausdrücklich auf Compose.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A068. Rootless Mode

  • Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Rootless Mode.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A069. Socket

  • Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Socket.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A070. Engine

  • Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Engine.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A071. CLI

  • Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf CLI.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.

A072. Images

  • Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Images.
  • Nachweis: Notiere mindestens einen Docker-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Betriebsfrage: Welche Auswirkung hätte eine falsche Annahme in einem CI-Runner, auf einem Entwicklergerät und auf einem gemeinsam genutzten Host?
  • Security-Frage: Welche Berechtigung, welches Secret oder welcher Host-Pfad wäre in diesem Schritt besonders kritisch?
  • Rückbau: Beschreibe, welche Container, Images, Netzwerke, Volumes oder temporären Dateien wieder entfernt werden müssen.
04 / 06

Offizielle Quellen und Abgrenzung

Die Inhalte orientieren sich an öffentlich dokumentierten Docker-Quellen. Wo der Workshop über Docker Engine hinaus externe Werkzeuge erwähnt, wird das als ergänzende Praxis eingeordnet und nicht als Docker-Engine-Funktion ausgegeben.

  • Docker Engine: https://docs.docker.com/engine/
  • Dockerfile Reference: https://docs.docker.com/reference/dockerfile/
  • Compose File Reference: https://docs.docker.com/reference/compose-file/
  • Compose Specification: https://github.com/compose-spec/compose-spec/blob/master/spec.md
  • Docker Engine Security: https://docs.docker.com/engine/security/
  • Docker Rootless Mode: https://docs.docker.com/engine/security/rootless/
  • Protect the Docker Daemon Socket: https://docs.docker.com/engine/security/protect-access/
  • Docker Build Best Practices: https://docs.docker.com/build/building/best-practices/
  • Docker Training: https://www.docker.com/trainings/
05 / 06

Zusätzliche Review-Drills

Nutze diese Drills, wenn die Hauptaufgabe abgeschlossen ist und zusätzliche betriebliche Begründung geübt werden soll. Sie sind bewusst nachweisorientiert und benötigen keine erfundenen Plattformannahmen.

Drill 01: Image-Herkunft

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Image-Herkunft betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 02: Build Context

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Build Context betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 03: Layer-Reihenfolge

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Layer-Reihenfolge betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 04: Container-User

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Container-User betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 05: Mounts und Volumes

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Mounts und Volumes betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 06: Bridge-Netzwerk

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Bridge-Netzwerk betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 07: Port-Veröffentlichung

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Port-Veröffentlichung betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 08: Compose-Konfiguration

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Compose-Konfiguration betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 09: Daemon-Socket

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Daemon-Socket betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 10: Registry-Zugriff

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Registry-Zugriff betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 11: Rootless Mode

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Rootless Mode betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 12: Seccomp und Capabilities

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Seccomp und Capabilities betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 13: Logs und Events

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Logs und Events betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 14: Cleanup und Rückbau

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Cleanup und Rückbau betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 15: Image-Herkunft

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Image-Herkunft betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.

Drill 16: Build Context

  • Benenne, welches Docker-Objekt oder welche Host-Grenze durch Build Context betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Rückbaupfad für einen gemeinsam genutzten Trainingshost.
06 / 06

DKR · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Orthevs – Engineering als Grundlage für das, was als Nächstes kommt.

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.