Fundamentos de Docker

Un contenedor es un programa que se ejecuta en su propia cajita cerrada, con sus propios archivos. Los sistemas reales se componen de varios que trabajan juntos. Cuando uno se para, lo primero es ver qué está en marcha, leer lo que ha escrito y mirar dentro de los contenedores vecinos. Tu laboratorio tiene tres contenedores y uno no arranca. Vas a descubrir por qué, arreglarlo y volver a arrancarlo, con los únicos cuatro comandos docker que permite este terminal.

docker ps -a lista todos los contenedores, también los parados. Fíjate en la columna STATUS: web y cache dicen Up y (healthy), y worker dice Exited (1), es decir, se paró nada más arrancar. Un simple docker ps no lo habría mostrado. Un contenedor parado conserva su registro, y el segundo comando lo imprime: la primera línea empieza por worker: cannot start y dice que a su archivo de ajustes le falta la línea QUEUE_HOST.

No se puede entrar en un contenedor parado, pero web comparte con él la carpeta de ajustes, un volumen con nombre. docker exec ejecuta un comando dentro de un contenedor en marcha: este imprime el archivo de ajustes, de cuatro líneas, la última POLL_SECONDS=5. El segundo añade la línea que falta y nombra el servicio que guarda la cola, cache. (Para tener una consola dentro, escribe docker exec -it web sh en tu propio terminal.) Después, docker restart worker lo arranca otra vez e imprime su nombre.

Ahora worker dice Up y, durante unos segundos, (health: starting) antes de (healthy): ejecútalo otra vez si aún no ha cambiado. Si escribes docker logs worker en tu propio terminal, el registro ahora termina con líneas worker: finished job. Después pulsa Detener el laboratorio en la barra y Iniciar el laboratorio de nuevo, y ejecuta docker ps -a: worker arranca sano enseguida, porque tu línea está en el volumen con nombre. Todo lo que hubieras escrito dentro de un contenedor fuera de /settings habría desaparecido, que es como se comportan los contenedores en todas partes.