Arrêter un worker Docker proprement est un projet pratique pour les personnes qui apprennent Docker en mettant une petite file d’impression en pause. Terminez le programme de l’événement courant sous forme de véritable PDF, préservez un document antérieur et laissez la tâche suivante en attente.
Deux laboratoires guidés séparent la transmission du signal du temps nécessaire pour finir le travail. Un défi indépendant combine ces décisions pour un programme du soir. Des files distinctes de pratique et de livraison rendent l’échec contrôlé visible sans consommer la progression de livraison. Chaque laboratoire commence avec son propre scénario complet.
Ce que vous apprendrez
- observer pourquoi un shell en attente, occupant le PID 1, peut empêcher son enfant de recevoir TERM ;
- utiliser un script d’entrée qui transmet réellement la demande d’arrêt au worker fourni ;
- choisir et appliquer un délai d’arrêt Compose fini pour la tâche courante ;
- distinguer la réussite de la commande Docker stop de la sortie normale du worker ;
- croiser de véritables preuves de signaux, de processus et de conteneurs ;
- télécharger et décoder toutes les pages du PDF tout en préservant la sortie antérieure et la tâche suivante en attente.
À qui s’adresse ce cours
Ce cours convient aux débutants Docker qui souhaitent arrêter un travail en arrière-plan sans perdre silencieusement son résultat courant.
Prérequis : Chemins dans un terminal, bases de Docker et journaux de conteneurs. La petite configuration Compose et le comportement du shell sont expliqués. Ni programmation Python ni imprimante physique ne sont nécessaires.
Environnement d’apprentissage : Workstation et Print Desk sont prêts dans le navigateur. Le worker fourni produit de véritables PDF téléchargeables. Le mode pédagogique attend une demande d’arrêt après le rendu effectif de la première page, puis ajoute un délai annoncé d’une demi-seconde entre les pages restantes.
Questions fréquentes
Modifie-t-on le worker Python ?
Non. Son gestionnaire d’arrêt est fourni. Vous modifiez le script d’entrée autorisé et le délai d’arrêt, puis vérifiez que le même worker d’origine termine son PDF courant.
Le code de sortie 137 signifie-t-il toujours la même chose ?
Non. Dans l’échec contrôlé de pratique, le délai fini de Docker expire et le worker est arrêté de force. Le cours croise journaux, faits de signaux et état natif du conteneur plutôt que d’utiliser un code comme diagnostic universel.
Peut-on récupérer une livraison échouée ?
Oui. Une action explicite remet uniquement la tâche courante échouée dans la file et conserve ses artefacts. Elle refuse un travail en cours ou terminé avec succès et préserve l’entrée d’origine, le PDF antérieur et la tâche suivante. Les pauses pédagogiques ne constituent pas une mesure du débit de production.
