Qué es Docker: guía completa para entender los contenedores

Docker es la herramienta más usada en entornos profesionales de desarrollo según el Stack Overflow Developer Survey 2025, por delante de Kubernetes, Terraform y otras herramientas de infraestructura.

Más del 70% de las empresas que usan contenedores en producción lo hacen con Docker como base de su estrategia de modernización de aplicaciones.

Lanzado el 20 de marzo de 2013 por Docker, Inc., hoy en versión 29.2.1, Docker resolvió uno de los problemas más frustrantes del desarrollo de software: que una aplicación funcione perfectamente en el ordenador del desarrollador y falle en producción por diferencias en el entorno.

Su solución fue elegante: empaquetar la aplicación y todo lo que necesita para funcionar en un único contenedor portátil. Esta guía explica qué es Docker, cómo funciona su arquitectura, para qué sirve en la práctica y por qué es la primera herramienta que cualquier desarrollador o DevOps Engineer necesita dominar hoy.

Qué es Docker

Docker es una plataforma de código abierto que permite desarrollar, distribuir y ejecutar aplicaciones dentro de contenedores. Un contenedor es una unidad de software ligera y portátil que incluye todo lo que una aplicación necesita para funcionar: el código, el runtime, las librerías, las variables de entorno y los archivos de configuración.

La clave de Docker está en esa portabilidad. Un contenedor que funciona en el portátil de un desarrollador funciona exactamente igual en el servidor de staging, en producción en AWS y en el ordenador de cualquier otro miembro del equipo. Sin modificaciones, sin ajustes, sin el clásico «en mi máquina sí funciona».

Docker no es solo una herramienta: es un ecosistema completo formado por el motor de contenedores, el registro de imágenes (Docker Hub), herramientas de orquestación (Docker Compose, Docker Swarm) y una comunidad activa que mantiene miles de imágenes listas para usar.

Cómo funciona Docker: la arquitectura completa

Entender cómo funciona Docker requiere entender sus componentes principales y cómo se relacionan entre sí. La arquitectura de Docker sigue un modelo cliente-servidor.

Docker Engine y el demonio Docker

Docker Engine es el motor que hace posible todo el ecosistema Docker. Tiene tres partes principales: el demonio Docker (dockerd), la API REST y el cliente de línea de comandos (CLI).

El demonio Docker (dockerd) es el proceso que corre en segundo plano en el sistema operativo del host. Es el cerebro de Docker: gestiona todos los objetos (imágenes, contenedores, redes y volúmenes), escucha las peticiones de la API REST y ejecuta las instrucciones que le llegan del cliente.

El cliente Docker es la interfaz que usa el desarrollador para interactuar con Docker. Cuando escribes docker run o docker build en el terminal, el cliente envía ese comando al demonio a través de la API REST, y el demonio lo ejecuta.

Docker Engine y el demonio Docker

Una imagen Docker es una plantilla de solo lectura que contiene las instrucciones para crear un contenedor. Funciona como un snapshot del entorno de la aplicación en un momento determinado.

Las imágenes están construidas en capas. Cada instrucción en el Dockerfile añade una capa encima de la anterior. Esas capas se cachean y reutilizan, lo que hace que construir imágenes sea eficiente: si solo cambias el código de la aplicación, Docker solo reconstruye la capa afectada, no toda la imagen.

Las imágenes se almacenan en registros. El registro público oficial es Docker Hub, donde hay miles de imágenes oficiales listas para usar: nginx, node, python, postgres, redis y cientos más.

Contenedores Docker

Un contenedor es una instancia en ejecución de una imagen Docker. Si la imagen es la plantilla, el contenedor es el objeto creado a partir de esa plantilla.

Los contenedores están aislados entre sí y del sistema host, pero comparten el kernel del sistema operativo del host. Eso los hace significativamente más ligeros que las máquinas virtuales: un contenedor Docker puede arrancar en menos de un segundo, frente a los minutos que puede necesitar una VM.

Múltiples contenedores pueden ejecutarse en el mismo host simultáneamente, cada uno con su entorno aislado y sus propias dependencias, sin conflictos entre ellos. En un servidor con 16GB de RAM puedes ejecutar decenas de contenedores donde solo cabrían dos o tres máquinas virtuales.

Dockerfile

Un Dockerfile es el archivo de texto que contiene las instrucciones para construir una imagen Docker. Define la imagen base, los comandos para instalar dependencias, los archivos a copiar, los puertos a exponer y el comando que ejecuta la aplicación al arrancar el contenedor.

Un Dockerfile básico para una aplicación Node.js tiene esta estructura:

FROM node:20-alpine
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
EXPOSE 3000
CMD ["node", "server.js"]

Para entender el Dockerfile en profundidad con todas sus instrucciones y mejores prácticas, el artículo sobre qué es un Dockerfile cubre el tema completo con ejemplos reales.

Docker Hub y registros

Docker Hub es el registro público oficial de imágenes Docker. Tiene más de 100.000 imágenes disponibles, incluyendo imágenes oficiales mantenidas por los propios proyectos (Node.js, Python, PostgreSQL, Nginx) y millones de imágenes de la comunidad.

Además de Docker Hub, existen registros privados para uso corporativo: Amazon ECR, Google Container Registry, Azure Container Registry y GitHub Container Registry. En entornos de producción enterprise, las imágenes se almacenan en registros privados para mantener el control sobre el software que se despliega.

Docker Compose

Docker Compose es la herramienta que permite definir y ejecutar aplicaciones multi-contenedor. En lugar de levantar cada contenedor manualmente con comandos individuales, Docker Compose usa un archivo YAML (docker-compose.yml) para definir todos los servicios, redes y volúmenes que necesita una aplicación.

Con un solo comando (docker compose up), Docker Compose levanta toda la infraestructura de la aplicación: la base de datos, el servidor de caché, el backend y el servidor web, todos configurados y conectados entre sí. Para una guía completa con ejemplos de aplicaciones reales, el artículo sobre qué es Docker Compose lo cubre en detalle.

Docker vs máquina virtual: la diferencia fundamental

Es la pregunta que más aparece cuando alguien empieza a aprender Docker. La diferencia no es de tamaño ni de velocidad, aunque esas consecuencias sean visibles. Es de arquitectura.

Una máquina virtual virtualiza el hardware completo: incluye su propio sistema operativo, su propia memoria asignada y su propio espacio en disco. Se ejecuta sobre un hipervisor (VMware, VirtualBox, Hyper-V) que gestiona los recursos físicos. Esto proporciona un aislamiento muy fuerte pero a un coste de recursos significativo.

Un contenedor Docker no incluye sistema operativo propio. Comparte el kernel del host con todos los demás contenedores que corren en la misma máquina. Solo empaqueta la aplicación y sus dependencias a nivel de sistema operativo, lo que lo hace enormemente más ligero y rápido.

Las dos tecnologías no son excluyentes. De hecho, Docker Desktop en Windows y macOS ejecuta los contenedores dentro de una máquina virtual Linux ligera, aprovechando lo mejor de ambos mundos.

Para qué sirve Docker: casos de uso reales

Docker no es solo tecnología de infraestructura abstracta. Tiene aplicaciones concretas que resuelven problemas reales en equipos de desarrollo de todos los tamaños.

Entornos de desarrollo reproducibles

El caso de uso más inmediato y el que convence a más desarrolladores. Con Docker, el repositorio incluye el Dockerfile y el docker-compose.yml. Cualquier persona del equipo que clone el proyecto ejecuta docker compose up y tiene el entorno completo funcionando en minutos, exactamente igual que en el resto del equipo.

Sin instalar dependencias, sin configurar versiones, sin conflictos entre proyectos. Para una guía completa de este caso de uso, el artículo sobre cómo usar Docker para entornos de desarrollo lo cubre paso a paso.

CI/CD y pipelines de integración continua

Docker es la base de los pipelines modernos de CI/CD. Cada paso del pipeline (tests, build, análisis de código, despliegue) corre en un contenedor con el entorno exacto que necesita. Jenkins, GitHub Actions, GitLab CI y CircleCI usan contenedores Docker para garantizar que cada ejecución del pipeline sea reproducible y aislada.

Microservicios

Docker es la unidad natural de despliegue en arquitecturas de microservicios. Cada servicio corre en su propio contenedor con sus dependencias aisladas, puede escalarse de forma independiente y puede actualizarse sin afectar al resto del sistema.

Despliegue en cloud

Los principales proveedores cloud tienen servicios gestionados de contenedores Docker: Amazon ECS y EKS, Google GKE, Azure AKS. Construir la aplicación como contenedor Docker garantiza que el despliegue sea idéntico en cualquier proveedor cloud y facilita la estrategia multinube. Para profundizar en el despliegue, el artículo sobre distribución de aplicaciones con Docker explica los patrones más usados en producción.

Modernización de aplicaciones legacy

Más del 70% de las empresas que usan contenedores en producción lo hacen como parte de una estrategia de modernización de aplicaciones existentes.

Docker permite empaquetar una aplicación legacy con sus dependencias exactas, ejecutarla en contenedores modernos y migrarla gradualmente a una arquitectura más actual sin tener que reescribirla desde cero.

Comandos Docker esenciales

El CLI de Docker es la interfaz principal para trabajar con contenedores. Estos son los comandos que cualquier desarrollador usa en su trabajo diario.

Ventajas y limitaciones de Docker

Docker en DevOps: por qué es imprescindible

Docker es la tecnología sobre la que se construye prácticamente todo el ecosistema DevOps moderno. Kubernetes orquesta contenedores Docker. Los pipelines de CI/CD ejecutan sus pasos en contenedores Docker. Las arquitecturas de microservicios en cloud se despliegan como contenedores Docker.

Aprender Docker no es aprender una herramienta más. Es aprender el lenguaje de la infraestructura moderna. Un DevOps Engineer que no sabe Docker no puede trabajar con Kubernetes, no puede construir pipelines CI/CD modernos y no puede gestionar infraestructura cloud de forma eficiente.

Lo que más sorprende a quienes aprenden Docker en proyectos reales no es la complejidad técnica, que es menor de lo que parece desde fuera. Es la cantidad de problemas que desaparecen automáticamente cuando el equipo adopta contenedores: los conflictos de dependencias, los entornos que funcionan en local pero no en staging, los despliegues que requieren configuración manual en cada servidor.

Para ver Docker aplicado con Node.js en un proyecto real, el artículo sobre Docker y Node.js muestra la combinación más frecuente en proyectos backend modernos. Y para despliegues con FastAPI, el artículo sobre FastAPI con Docker Compose cubre el flujo completo.

La documentación técnica más completa y actualizada sobre Docker está disponible en docs.docker.com, la documentación oficial mantenida por Docker, Inc.

Cómo aprender Docker de forma profesional

Docker tiene una curva de aprendizaje accesible para los conceptos básicos y una profundidad real en los conceptos avanzados. Cualquier desarrollador puede tener un contenedor funcionando en su primera tarde con Docker.

Pero entender correctamente cómo construir imágenes eficientes con capas bien organizadas, cómo gestionar redes entre contenedores, cómo configurar volúmenes para datos persistentes y cómo integrar Docker en un pipeline CI/CD real requiere práctica en proyectos concretos.

La diferencia entre un perfil que «sabe Docker» y uno que sabe usarlo en producción es exactamente esa: la práctica en entornos reales donde los fallos tienen consecuencias y las decisiones de arquitectura importan.

Para aprender Docker con proyectos reales y profesores en activo, el DevOps y Cloud Computing Full Stack Bootcamp de KeepCoding cubre Docker, Kubernetes, Terraform, CI/CD y cloud en 6 meses.

Conclusión

Docker ha transformado la forma en que se desarrolla, despliega y escala el software moderno. Desde su lanzamiento en 2013 hasta convertirse en la herramienta más usada en entornos profesionales de desarrollo, su adopción refleja que resolvió un problema real que afectaba a todos los equipos de desarrollo: la reproducibilidad del entorno.

Hoy Docker no es una opción en el ecosistema DevOps: es la base sobre la que se construye todo lo demás. Kubernetes orquesta contenedores Docker. Los pipelines CI/CD ejecutan sus pasos en contenedores Docker. La infraestructura cloud moderna despliega aplicaciones como contenedores Docker.

Entender Docker es entender cómo funciona la infraestructura del software moderno. Y ese conocimiento, una vez adquirido, no caduca. DevOps y Cloud Computing Full Stack Bootcamp de KeepCoding.