Clase 15 de 19 • Curso de Docker: Fundamentos
Contenido del curso
Emanuel Salazar
Diego Reyes Cabrera
Julio Castillo
Amin Espinoza
Sergio Olivo Orellana
Yakin Dario Mendez Muñoz
Stalin De La Torre
Platzi
Amin Espinoza
Ivan David Martinez Baron
Amin Espinoza
Ivan David Martinez Baron
Libardo Arturo Arroyave Bustos
Airy Nieves
ROMMEL DUAREZ SAENZ
IVAN CARAPIA BARAJAS
Daniel Eduardo Rojas Pulido
Amin Espinoza
Luis Alberto Juarez Corona
Al principio se me hizo muy difícil entender que significaba esa columna COMMAND y que contenía ese archivo docker-entrypoint.sh, por si te quedaron las mismas dudas espero te ayude lo siguiente:
Pero en nuestro Dockerfile no teníamos ningún comando CMD o ENTRYPOINT, verdad?
Resulta que al traer la imagen de NGINX mediante el comando FROM nginx:latest está imagen predefinida viene con un CMD o ENTRYPOINT preconfigurado que para este caso ejecuta un servidor web.
y docker-entrypoint.sh qué?
Bueno pues este es un script de shell que actúa como intermediario entre Docker y el comando principal, en este script se puede:
Como tenia curiosidad de que contenida este archivo ejecuté los siguientes comandos desde la terminal
docker exec -it web /bin/bash
cat docker-entrypoint.sh
Pruébenlo para que visualicen el contenido
El contenido que realmente ejecuta nuestra aplicación lo visualizan realizando un docker inspect al contenedor y está el PATH Y Args dentro de este último esta el comando que ejecuta el servidor web.
Muchas gracias por la aclaratoria!!! Yo para confirmar tu información, ejecuté el contenedor de la API con Flask que hicimos hace unas clases pasadas, y pues sí, el comando que sale en COMMAND es "python -m flask run"
También se puede ingresar a un contenedor nginx en ejecución utilizando docker exec -it amiweb sh, en este caso utilizo 'nginx:1.25.3-alpine3.18-slim'
Es correcto! Exec es el comando alternativo a ver la consola desde Docker Desktop
Por si acaso, si ustedes se preguntan cómo el profesor hace aparecer los comandos rápido, simplemente queda un registro en la memoria de los comandos escritos en la consola. La forma de acceder a ellos es con la flechita hacia arriba. ¡Por si acaso no más, no está de más!
Docker modo interactivo
El modo interactivo en Docker te permite interactuar directamente con el contenedor. Se utilizan dos flags importantes:
-i (interactivo): Mantiene abierto STDIN-t (tty): Asigna una terminal pseudo-TTY# Entrar en modo intereatico al contenedor ## Iniciar un contenedor con shell interactiva: docker run -it ubuntu # Ejecutar un comando dentro de un contenedor docker exec [hash-nombre] [comando] #Conectarse a un contenedor existente: docker exec -it [hash-nombre] /bin/bash # Otro metodo docker attach # Conectarse a un contenedor usando su ID docker attach 1234abc # Conectarse usando el nombre del contenedor docker attach mi_contenedor
No comprendo algo. Si los contenedores por naturaleza son aislados, cómo es que entre ellos pudieron consultarse mediante localhost? Acaso porque fueron agrupados por el mismo docker-compose.yaml o acaso están formando alguna red interna por defecto? Muchas gracias
Docker Compose configura la gestión de los servicios, incluyendo la configuración de redes, permitiendo que los contenedores se comuniquen entre sí.
Todos serán siempre asignados a localhost porque se trata de un entorno local, aquí lo que marca la enorme diferencia es el número de puerto al que te estás comunicando. Siempre que despliegues algo en tu equipo local lo harás dentro del entorno localhost que traducido literalmente es "huésped local".
Cuando yo ejecuto el comando docker run el automaticamente crea el contenedor pero no se queda esperando la terminal sino que finaliza. Ese comportamiento se dará por ser Windows?
¿Usas WSL o solo la terminal de Windows?
Terminal de Windows. Tendrá algo que ver?
🚀 Exploración y Aprendizaje en Docker: De la Curiosidad al Dominio
Este es un recorrido práctico y reflexivo sobre cómo explorar contenedores Docker para aprender más sobre Linux, imágenes y comportamiento interno. A través de ejemplos en la terminal, se destacan conceptos clave que todo profesional de DevOps y entusiasta de contenedores debería dominar.
🐧 ¿Por qué usar Docker en lugar de máquinas virtuales?
El aprendizaje en Docker lleva a una pregunta inevitable: ¿para qué usar una máquina virtual cuando cada contenedor ya incluye una base de Linux mínima?
🔎 Ejemplo: en lugar de montar una VM de Ubuntu para aprender comandos de Linux, basta con ejecutar docker run ubuntu /bin/bash y comenzar a explorar.
💻 Explorando contenedores desde la terminal
La curiosidad técnica comienza con un simple docker run. Al ejecutar un contenedor se observa cómo el archivo de entrada (entrypoint) define el inicio del proceso.
docker-entrypoint.sh suele ser el primer script ejecutado en muchos contenedores.Ctrl + C, lo que finaliza el contenedor al instante.📝 Ejemplo real: lanzar un contenedor Nginx y ver en docker ps cómo la columna de COMMAND referencia al script de entrada.
🔧 Sobrescribiendo el comportamiento del contenedor
Docker permite modificar el comando de inicio para personalizar el comportamiento.
docker run -it ubuntu /bin/bashdocker run -it alpine shexit), el contenedor se destruye automáticamente.📌 Idea clave: cambiar el comando de inicio es útil para depuración, aprendizaje y pruebas rápidas.
🗂️ Exploración de la estructura interna de Linux en contenedores
Al entrar en un contenedor con sh o bash, se revela una estructura mínima de Linux:
/bin, /etc, /usr.ls, cat o ps.🌱 Ejemplo hipotético: dentro de un contenedor Alpine, al correr ls /bin, se observan binarios ultraligeros que muestran la naturaleza minimalista de la distribución.
🔍 Inspección avanzada con docker inspect
El comando docker inspect devuelve un JSON detallado con la configuración y propiedades del contenedor.
Algunos datos clave que se pueden obtener:
📌 En el ejemplo, se descubrió que la imagen utilizada pertenecía a Nginx, incluyendo su configuración y rutas internas.
🔄 Ciclo de vida del contenedor
El ciclo de vida se ilustra con claridad:
docker run).exit → el contenedor desaparece.Este comportamiento enseña cómo cada contenedor es efímero y debe gestionarse con buenas prácticas de persistencia (volúmenes) y orquestación.
🎯 Conclusión: El poder de explorar imágenes Docker
La exploración de contenedores abre un mundo de aprendizaje:
🔥 Recomendación práctica: dedica tiempo a descargar imágenes que no usas en producción y explóralas. Esa práctica construye criterio y confianza para diseñar tus propias imágenes y flujos de CI/CD.
👉 Lo fascinante es que cada contenedor es una mini cápsula de Linux lista para ser diseccionada. Explorar imágenes no solo enseña comandos, sino que cultiva una mentalidad hacker-curiosa esencial para cualquier ingeniero DevOps.
Para analizar el JSON que obtienes con docker inspect, considera estos tips:
Estructura General: Familiarízate con la estructura del JSON. Identifica las secciones principales como "Id", "Config", "NetworkSettings", etc.
Propiedades Clave:
Búsqueda Rápida: Utiliza herramientas como jq para filtrar y buscar valores específicos dentro del JSON.
Documentación: Consulta la documentación de Docker para entender qué representa cada propiedad.
Estos consejos te ayudarán a interpretar mejor la información que proporciona docker inspect.
lo que no se dice en esta clase es que: 1. No siempre está presente el docker-entrypoint.sh 2. No siempre se ejecuta el archivo docker-entrypoint.sh 3. Si al final del "docker run" va /bin/bash o sh el Servidor Web Nginx ya no se ejecuta y no corre la Página web
Está muy bien lo de inspeccionar y todo, sin embargo surge una duda, ¿Cómo salir sin detener el contenedor?
No entendí esto. ¿Me cuentas más?
Puedes hacer que tus contenedores se ejecuten en segundo plano (background) que es en modo detach; Solo agregar el parametro -d, ejemplo:
docker run -dit --name miUbuntu ubuntu:latest bash
ya que se ejecuta el contenedor puede meterte al contenedor
docker exec -it miUbuntu bash
y si quieres inspeccionarlo tambien con:
docker inspect miUbuntu
Espero te ayude. Saludos.