Einen Docker-Worker sicher stoppen ist ein Praxisprojekt für Docker-Lernende, die eine kleine Druckwarteschlange pausieren. Stelle das aktuelle Veranstaltungsprogramm als echte PDF-Datei fertig, erhalte ein früheres Handout und lasse den nächsten Job ausstehend.
Zwei geführte Labs trennen die Signalzustellung von der benötigten Zeit zum Fertigstellen. Eine unabhängige Challenge kombiniert beides für ein Abendprogramm. Getrennte Übungs- und Auslieferungswarteschlangen zeigen den kontrollierten Fehler, ohne den Auslieferungsfortschritt zu verbrauchen. Jedes Lab beginnt mit einer eigenen vollständigen Szene.
Was du lernen wirst
- beobachten, warum eine wartende PID-1-Shell verhindern kann, dass ihr Kind TERM erhält;
- ein Einstiegsskript verwenden, das die Stoppanforderung tatsächlich an den bereitgestellten Worker weitergibt;
- eine endliche Compose-Stoppfrist für den aktuellen Job wählen und anwenden;
- einen erfolgreichen Docker-stop-Befehl vom normalen Worker-Ende unterscheiden;
- echte Signal-, Prozess- und Containernachweise gemeinsam lesen;
- jede PDF-Seite herunterladen und dekodieren und dabei frühere Ausgabe sowie spätere ausstehende Arbeit erhalten.
Für wen dieser Kurs geeignet ist
Dieser Kurs eignet sich für Docker-Einsteiger, die Hintergrundarbeit stoppen möchten, ohne unbemerkt deren aktuelles Ergebnis zu verlieren.
Voraussetzungen: Terminalpfade, Docker-Grundlagen und Containerprotokolle. Die kleine Compose-Konfiguration und das Shell-Verhalten werden erklärt. Python-Programmierung und ein physischer Drucker sind nicht erforderlich.
Lernumgebung: Workstation und Print Desk stehen im Browser bereit. Der vorhandene Worker erzeugt echte herunterladbare PDFs. Im Trainingsmodus wartet er nach dem tatsächlichen Rendern der ersten Seite auf eine Stoppanforderung und fügt anschließend eine offengelegte halbe Sekunde zwischen den restlichen Seiten ein.
Häufig gestellte Fragen
Wird der Python-Worker verändert?
Nein. Sein Stopphandler ist vorhanden. Du änderst das erlaubte Einstiegsskript und die Stoppfrist und prüfst dann, dass derselbe ursprüngliche Worker seine aktuelle PDF-Datei fertigstellt.
Bedeutet Exit-Code 137 immer dasselbe?
Nein. Im kontrollierten Fehlversuch läuft die endliche Docker-Frist ab und der Worker wird zwangsweise gestoppt. Der Kurs verknüpft Protokolle, Signalfakten und nativen Containerzustand, statt einen einzelnen Code als allgemeine Diagnose zu behandeln.
Lässt sich eine fehlgeschlagene Auslieferung wiederholen?
Ja. Eine ausdrückliche Wiederherstellungsaktion stellt nur den fehlgeschlagenen aktuellen Job erneut an und bewahrt fehlgeschlagene Artefakte auf. Sie lehnt laufende oder erfolgreich abgeschlossene Arbeit ab und erhält ursprüngliche Eingaben, frühere PDF und späteren Job. Die Trainingspausen sind kein Maß für produktiven Durchsatz.
