Bewertungsmaßstab

Musterantworten

Lösung 01: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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: Logging

Eine starke Antwort zu Logging 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: Ressourcen

Eine starke Antwort zu Ressourcen 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: Compose

Eine starke Antwort zu Compose 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: Multi-Stage Builds

Eine starke Antwort zu Multi-Stage Builds 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: Build-Cache

Eine starke Antwort zu Build-Cache 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: Healthchecks

Eine starke Antwort zu Healthchecks 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.

Review-Checkliste für Intermediate 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.

Praxisanhang: Intermediate 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. Compose

• Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A002. Multi-Stage Builds

• Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Multi-Stage Builds.
• 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. Build-Cache

• Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Build-Cache.
• 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. Healthchecks

• Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Healthchecks.
• 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. Logging

• Arbeitsauftrag: Netzwerkpfad skizzieren und beziehe die Beobachtung ausdrücklich auf Logging.
• 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. Ressourcen

• Arbeitsauftrag: Volume-Lebenszyklus prüfen und beziehe die Beobachtung ausdrücklich auf Ressourcen.
• 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. 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.

A008. 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.

A009. 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.

A010. 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.

A011. 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.

A012. 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.

A013. 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.

A014. 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.

A015. 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.

A016. 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.

A017. 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.

A018. 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.

A019. 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.

A020. 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.

A021. 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.

A022. 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.

A023. Compose

• Arbeitsauftrag: Security-Auswirkung benennen 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.

A024. Multi-Stage Builds

• Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Multi-Stage Builds.
• 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. Build-Cache

• Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Build-Cache.
• 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. Healthchecks

• Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Healthchecks.
• 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. Logging

• Arbeitsauftrag: Ist-Zustand mit Inspect belegen und beziehe die Beobachtung ausdrücklich auf Logging.
• 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. Ressourcen

• Arbeitsauftrag: Logs und Exit-Code sichern und beziehe die Beobachtung ausdrücklich auf Ressourcen.
• 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. Docker Engine

• Arbeitsauftrag: Netzwerkpfad skizzieren 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.

A030. Docker CLI

• Arbeitsauftrag: Volume-Lebenszyklus prüfen 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.

A031. Docker Daemon

• Arbeitsauftrag: Image-Herkunft bewerten 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.

A032. Image

• Arbeitsauftrag: Tag und Digest unterscheiden 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.

A033. Container

• Arbeitsauftrag: Build-Cache begründen 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.

A034. Dockerfile

• Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren 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.

A035. Build Context

• Arbeitsauftrag: Security-Auswirkung benennen 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.

A036. Layer

• Arbeitsauftrag: Betriebsrisiko einstufen 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.

A037. Tag und Digest

• Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A038. Registry

• Arbeitsauftrag: Befehl trocken erklären 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.

A039. Network

• Arbeitsauftrag: Ist-Zustand mit Inspect belegen 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.

A040. Volume

• Arbeitsauftrag: Logs und Exit-Code sichern 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.

A041. Bind Mount

• Arbeitsauftrag: Netzwerkpfad skizzieren 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.

A042. Compose

• Arbeitsauftrag: Volume-Lebenszyklus prüfen 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.

A043. Rootless Mode

• Arbeitsauftrag: Image-Herkunft bewerten 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.

A044. Socket

• Arbeitsauftrag: Tag und Digest unterscheiden 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.

A045. 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.

A046. Multi-Stage Builds

• Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Multi-Stage Builds.
• 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. Build-Cache

• Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Build-Cache.
• 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. Healthchecks

• Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Healthchecks.
• 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. Logging

• Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Logging.
• 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. Ressourcen

• Arbeitsauftrag: Befehl trocken erklären und beziehe die Beobachtung ausdrücklich auf Ressourcen.
• 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. Docker Engine

• Arbeitsauftrag: Ist-Zustand mit Inspect belegen 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.

A052. Docker CLI

• Arbeitsauftrag: Logs und Exit-Code sichern 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.

A053. Docker Daemon

• Arbeitsauftrag: Netzwerkpfad skizzieren 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.

A054. Image

• Arbeitsauftrag: Volume-Lebenszyklus prüfen 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.

A055. Container

• Arbeitsauftrag: Image-Herkunft bewerten 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.

A056. Dockerfile

• Arbeitsauftrag: Tag und Digest unterscheiden 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.

A057. Build Context

• Arbeitsauftrag: Build-Cache begründen 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.

A058. Layer

• Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren 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.

A059. Tag und Digest

• Arbeitsauftrag: Security-Auswirkung benennen 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.

A060. Registry

• Arbeitsauftrag: Betriebsrisiko einstufen 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.

A061. Network

• Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A062. Volume

• Arbeitsauftrag: Befehl trocken erklären 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.

A063. Bind Mount

• Arbeitsauftrag: Ist-Zustand mit Inspect belegen 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.

A064. Compose

• Arbeitsauftrag: Logs und Exit-Code sichern 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.

A065. Rootless Mode

• Arbeitsauftrag: Netzwerkpfad skizzieren 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.

A066. Socket

• Arbeitsauftrag: Volume-Lebenszyklus prüfen 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.

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. Multi-Stage Builds

• Arbeitsauftrag: Tag und Digest unterscheiden und beziehe die Beobachtung ausdrücklich auf Multi-Stage Builds.
• 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. Build-Cache

• Arbeitsauftrag: Build-Cache begründen und beziehe die Beobachtung ausdrücklich auf Build-Cache.
• 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. Healthchecks

• Arbeitsauftrag: Rollback- oder Cleanup-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Healthchecks.
• 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. Logging

• Arbeitsauftrag: Security-Auswirkung benennen und beziehe die Beobachtung ausdrücklich auf Logging.
• 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. Ressourcen

• Arbeitsauftrag: Betriebsrisiko einstufen und beziehe die Beobachtung ausdrücklich auf Ressourcen.
• 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.

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/

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.