Optimizar Dockerfile con comandos RUN y scripts

Contenido del curso

Optimización Avanzada en Docker

Buenas Prácticas en Docker

Instalación y Configuración en Entornos Multiplataforma

Redes Avanzadas y Balanceo de Carga

Automatización de CI/CD

Orquestación

Develop

34
Dev containers en VS Code con Docker
09:54 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0011:00

Optimizar Dockerfile con comandos RUN y scripts

Curso de Docker Avanzado

Clase 21 de 34

Clase 21 / 34

Comentarios (7)7 comentarios

Ulises Serrano Pérez

Hace 2 años

Yo no concuerdo con el profesor en este punto, entiendo la legibilidad, pero cuando se tienen personas nuevas que no entienden Docker a veces tener todo por separado se puede volver un tanto complicado de entender. Yo personalmente si dejo las instrucciones de mi Dockerfile completas ahí mismo.

Jhon Acevedo Lema

Hace un año

Entiendo tu punto. Sin embargo, separar la configuración en un .sh tiene ventajas. Docker crea una capa por cada instrucción, así que ejecutar varios comandos desde un script reduce capas y mejora la eficiencia del build.

Además, mantener la lógica fuera del Dockerfile lo hace más limpio y fácil de mantener, solo actualizas el script sin tocar la base.

Esto aplica buenas prácticas de DevOps, enfocadas en la automatización y la consistencia entre entornos. Aprender a estructurar así los contenedores es parte de dominar Docker, no solo de usarlo.

Marconi Poveda

Hace 19 días

Por eso el curso se llamada Docker Avanzado.

Sergio de Jesús Huesca Nieva

Hace 2 años

Como punto importante, si se hace con docker exec... las instrucciones que se ejecutan solo se mantendran mientras el contenedor este en estado running, cuando se termine de ejecutar el contenedor se tendría que volver a agregar estas lineas en caso de que sean muy necesarias para el uso del contenedor. Considero que lo mejor es ejecutarlas desde la creación de la imagen, pero ya dependera que tan indispensables son.

Yonalby Moya

Hace 2 años

Interesante, pero en este caso y siguiendo recomendaciones de clases anteriores la unica manera de hacer el exec es cuando el user tiene privilegios para los casos que se necesita, si hago update e install siguiendo los pasos como crear un usuario y evitar que sea root quien ejecute entonces la mejor opcion es crear el archivo y que este se ejecute al inicio. Algunas opciones son buenas pero siguiendo recomendaciones dada aqui no van todas de la mano pero todas son usables muy buen aporte.

ROMMEL DUAREZ SAENZ

Hace 6 meses

en el minuto 7.00 desde docker Desktop hace un Run y dice que NO hará un "docker run" desde la terminal, luego hay un corte en el video y hace lo que dijo que no iba hacer: "docker run"

Irving Juárez

Hace 6 meses

Es un poco más legible con esta configuración? Creo que depende y puede que incluso no en todos los casos

Miguel R. Leon

Hace un año

El echo sirve de algo ahí? o sea, normalmente al ejecutar un pipeline o el build mismo eso se muestra literal el echo "mensaje" y no el mensaje sin más, o ese se ve en otro lugar en algún log o algo?

Jhonnier Isaza Gonzalez

Hace un año

A parte del beneficio de estructura y legibilidad, se tiene algún otro beneficio separar estas configuraciones del dockerfile?

Platzi

Hace un año

Sí, se reduce dramáticamente el espacio de compilación y la imagen resultante queda muy optimizada de tamaño, teniendo estrictamente lo necesario para el proyecto.

Recursos

Domina la configuración de contenedores en Ubuntu con Dockerfile, scripts y docker exec. Aquí verás cómo instalar paquetes con RUN, modularizar con un script bash y mantener vivo un contenedor con docker run, optimizando tiempos con el cache de imagen y evitando sorpresas al ejecutar.

¿Cómo preparar un contenedor con Dockerfile y comandos run?

Configurar dependencias antes de desplegar es clave. En el Dockerfile se define la imagen base y se encadenan pasos con la palabra reservada RUN. Se actualizan paquetes y se instalan utilidades como curl, vim y git usando el operador de doble ampersand (&&) para optimizar capas y fallar rápido si algo sale mal. Al construir la imagen, se observó un tiempo total cercano a 133 segundos, con 117 segundos dedicados a la instalación de paquetes, lo que muestra el costo de este paso.

Imagen base: ubuntu:latest para avanzar rápido.
Comandos encadenados: operador && para actualizar e instalar en una sola capa.
Mensajes de estado: echo para confirmar instalación completada.
Capas: cada RUN agrega una capa nueva.

FROM ubuntu:latest

# Actualizar e instalar utilidades en una sola capa
RUN apt-get update \
    && apt-get install -y curl vim git \
    && echo "instalación completada"

# Mensajes de control en otra capa
RUN echo "Inicio de script" \
    && echo "Paso 1" \
    && echo "Paso 2" \
    && echo "Paso 3"

¿Cuándo mover la configuración a un script externo?

Cuando el Dockerfile empieza a volverse difícil de leer, conviene extraer la lógica a un script externo. Así mejoras legibilidad, puedes editar la configuración sin tocar el Dockerfile y mantienes un historial claro de cambios. El flujo: copiar el archivo al contenedor, dar permisos y ejecutarlo con RUN. Gracias al cache de la imagen, la segunda construcción bajó a unos 34 segundos con pasos reutilizados.

Legibilidad: separar la configuración en script.sh.
Reutilización: actualizar el script sin tocar el Dockerfile.
Capas explícitas: COPY, permisos y ejecución.

# script.sh
#!/bin/bash

echo "iniciando script"
apt-get update
apt-get install -y curl vim git
echo "instalación completada"

FROM ubuntu:latest

# Copiar el script de configuración
COPY script.sh /usr/local/bin/script.sh

# Dar permisos de ejecución y correr el script
RUN chmod +x /usr/local/bin/script.sh
RUN /usr/local/bin/script.sh

¿Cómo ejecutar y mantener vivo un contenedor con docker run y docker exec?

Un contenedor de Ubuntu se detiene si no hay un proceso en primer plano. A diferencia de NGINX, que espera solicitudes HTTP, aquí no existe un servicio que lo mantenga activo. Por eso, al ejecutar se puede usar el modo desacoplado y un comando que permanezca a la espera para evitar que el contenedor finalice.

Construcción con tag: docker build -t scripts .
Ejecución simple: puede salir de inmediato si no hay proceso activo.
Mantener con vida: usar -d, asignar nombre y dejar un proceso en espera con tail -f.
Ejecución remota: docker exec para correr comandos dentro del contenedor.

# Construir la imagen
docker build -t scripts .

# Ejecutar y mantener vivo el contenedor en segundo plano
docker run -d --name scripts scripts tail -f

# Ejecutar una secuencia de comandos dentro del contenedor
docker exec -it scripts bash -c "echo 'Ejecutando script en el contenedor'; \
  apt-get update; apt-get install -y curl vim git; \
  echo 'Instalación completada'"

Habilidades y decisiones clave:

Optimizar RUN: agrupar pasos con && para menos capas y más claridad.
Modularizar con script: mejor mantenimiento y escalabilidad del flujo.
Usar cache: aprovechar reconstrucciones más rápidas cuando no cambian capas base.
Elegir el modo de configuración: Dockerfile o script para reutilizar; docker exec para tareas únicas no escalables.

¿Tienes otra técnica para mantener procesos en primer plano o modularizar Dockerfile? Comparte tu experiencia y dudas en los comentarios.

Resumen

¿Cómo preparar un contenedor con Dockerfile y comandos run?

Imagen base: ubuntu:latest para avanzar rápido.
Comandos encadenados: operador && para actualizar e instalar en una sola capa.
Mensajes de estado: echo para confirmar instalación completada.
Capas: cada RUN agrega una capa nueva.

FROM ubuntu:latest

# Actualizar e instalar utilidades en una sola capa
RUN apt-get update \
    && apt-get install -y curl vim git \
    && echo "instalación completada"

# Mensajes de control en otra capa
RUN echo "Inicio de script" \
    && echo "Paso 1" \
    && echo "Paso 2" \
    && echo "Paso 3"

¿Cuándo mover la configuración a un script externo?

Legibilidad: separar la configuración en script.sh.
Reutilización: actualizar el script sin tocar el Dockerfile.
Capas explícitas: COPY, permisos y ejecución.

# script.sh
#!/bin/bash

echo "iniciando script"
apt-get update
apt-get install -y curl vim git
echo "instalación completada"

FROM ubuntu:latest

# Copiar el script de configuración
COPY script.sh /usr/local/bin/script.sh

# Dar permisos de ejecución y correr el script
RUN chmod +x /usr/local/bin/script.sh
RUN /usr/local/bin/script.sh

¿Cómo ejecutar y mantener vivo un contenedor con docker run y docker exec?

Construcción con tag: docker build -t scripts .
Ejecución simple: puede salir de inmediato si no hay proceso activo.
Mantener con vida: usar -d, asignar nombre y dejar un proceso en espera con tail -f.
Ejecución remota: docker exec para correr comandos dentro del contenedor.

# Construir la imagen
docker build -t scripts .

# Ejecutar y mantener vivo el contenedor en segundo plano
docker run -d --name scripts scripts tail -f

# Ejecutar una secuencia de comandos dentro del contenedor
docker exec -it scripts bash -c "echo 'Ejecutando script en el contenedor'; \
  apt-get update; apt-get install -y curl vim git; \
  echo 'Instalación completada'"

Habilidades y decisiones clave:

Optimizar RUN: agrupar pasos con && para menos capas y más claridad.
Modularizar con script: mejor mantenimiento y escalabilidad del flujo.
Usar cache: aprovechar reconstrucciones más rápidas cuando no cambian capas base.
Elegir el modo de configuración: Dockerfile o script para reutilizar; docker exec para tareas únicas no escalables.

¿Tienes otra técnica para mantener procesos en primer plano o modularizar Dockerfile? Comparte tu experiencia y dudas en los comentarios.

Optimización Avanzada en Docker

Optimización avanzada de Docker para cloud native

Docker productivo vs comandos básicos

Multi-stage builds en Docker con ASP.NET

Cómo escanear vulnerabilidades en imágenes Docker

Imágenes distroless: de 840 MB a 52 MB

Imágenes Docker para múltiples arquitecturas

Cómo funciona el caché en Docker builds

De 1.19 GB a 126 MB con Alpine

Qué es el build context en Docker

Docker Hub para compartir imágenes en la nube

Buenas Prácticas en Docker

Cómo reducir capas en Docker

Cómo usar .dockerignore para imágenes más pequeñas

Limpia Docker y recupera gigas con prune

Creando usuarios en Docker sin privilegios root

6 prácticas Docker para imágenes listas para producción

Instalación y Configuración en Entornos Multiplataforma

Publica imágenes Docker en Azure Container Registry

Azure Container Registry hacia Container App

Redes Avanzadas y Balanceo de Carga

Redes en Docker: los 5 modelos explicados

Cómo funcionan los puertos en Docker

Balanceo de carga con NGINX en Docker

Automatización de CI/CD

Optimizar Dockerfile con comandos RUN y scripts

Automatiza Docker con GitHub Actions

Pruebas automáticas de Docker con GitHub Actions

Despliegue automático en Azure con GitHub Actions

Orquestación

Docker Compose: balanceo de cargas automatizado

Estructura y plantilla de Docker Compose YAML

Volúmenes Docker: bind vs nombrados

docker-compose down vs Control C en apagado

Docker Swarm para principiantes paso a paso

Despliegue Docker Swarm con réplicas de Nginx

Costos ocultos de contenedores en la nube

Cómo habilitar Kubernetes en Docker Desktop

Planes y límites de Docker Hub en producción

Develop

Dev containers en VS Code con Docker

Optimizar Dockerfile con comandos RUN y scripts