¿Qué es Docker? Contenedores explicados para no programadores

Docker es una herramienta que empaqueta una app junto con todo lo que necesita para ejecutarse —la versión correcta del lenguaje, las bibliotecas, las herramientas del sistema y la configuración— en una unidad estándar llamada contenedor. Un contenedor funciona igual en el portátil de un desarrollador, en un servidor de pruebas o en un host en la nube, lo que acaba con el clásico problema de «pero si en mi máquina funcionaba». La receta para construir un contenedor es un archivo de texto corto llamado Dockerfile.

Por qué importa Docker cuando construyes con IA

Si tu app tiene backend —una API en Python, Node, C# o Java—, tiene que ejecutarse en algún sitio con exactamente el software correcto instalado. Docker es la forma más habitual de hacer eso de forma repetible.

• Desplegar backends. Muchos hosts, incluido Mythex, despliegan backends construyendo un contenedor a partir de un Dockerfile. En Mythex, pedir «una API web en C#» o «un backend en Java» te da la app más un Dockerfile, y Publicar construye la imagen y la despliega (backends de API).
• Salir de una plataforma. Si exportas una app construida con IA, un Dockerfile facilita mucho ejecutarla en otro host. Consulta cómo exportar y alojar por tu cuenta una app construida con IA.
• Trabajar con desarrolladores. Un desarrollador que se une a tu proyecto puede arrancar toda la app con uno o dos comandos, en lugar de pasarse un día instalando cosas.

Una analogía cotidiana: los contenedores de transporte

Antes de los contenedores de carga estándar, la mercancía se cargaba pieza a pieza —sacos, barriles, cajas—, y cada puerto la gestionaba de forma distinta. El contenedor de acero estándar cambió eso: lo empaquetas una vez, y cualquier barco, grúa, tren o camión puede moverlo sin importar lo que lleva dentro.

Docker hace lo mismo con el software:

• El Dockerfile es la lista de empaquetado y las instrucciones.
• La imagen es el contenedor sellado ya empaquetado.
• Un contenedor en ejecución es esa caja puesta a trabajar en un barco: aquí, un servidor.
• Docker Engine es la grúa y el barco: el software de un servidor que sabe ejecutar cualquier contenedor.

Cómo funciona Docker

Contenedores frente a máquinas virtuales: una máquina virtual finge ser un ordenador independiente completo con su propio sistema operativo, así que es pesada y lenta al arrancar. Un contenedor comparte el núcleo del sistema operativo anfitrión y solo aísla la app y sus archivos, por lo que normalmente arranca en segundos y usa mucha menos memoria. Muchos contenedores pueden funcionar uno al lado del otro en un mismo servidor.

Ejemplo práctico: una pequeña API en Python

Supongamos que tu constructor de IA creó un backend FastAPI en Python para una app de reservas. El Dockerfile podría verse así:

FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

Línea por línea:

En palabras sencillas: «Parte de Python 3.12. Instala las bibliotecas que aparecen en requirements.txt. Copia el código. Arranca el servidor web en el puerto 8000».

Después, un desarrollador (o una plataforma de alojamiento) ejecuta dos comandos:

docker build -t booking-api .
docker run -p 8000:8000 booking-api

El primero construye la imagen y le pone el nombre booking-api. El segundo arranca un contenedor y conecta el puerto 8000 de la máquina con el puerto 8000 dentro del contenedor. La API ya está funcionando, igual que lo hará en cualquier servidor que tenga Docker.

Fíjate en lo que no hay en la imagen: contraseñas ni claves de API. Esas se pasan al arrancar el contenedor, como variables de entorno, para que la misma imagen pueda ejecutarse en pruebas y en producción con configuraciones distintas.

Términos clave

Conceptos erróneos habituales

• «Docker es una máquina virtual». Es más ligero: los contenedores comparten el núcleo del anfitrión.
• «Los datos guardados dentro de un contenedor están seguros». Los contenedores están pensados para desecharse y reemplazarse. Lo que debe durar —datos de usuario, archivos subidos— va en una base de datos, en almacenamiento de archivos o en un volumen.
• «Poner secretos en el Dockerfile está bien porque es privado». Las imágenes se comparten y se suben a registros. Pasa los secretos en tiempo de ejecución.
• «Docker hace que una app sea segura». El aislamiento ayuda, pero un contenedor con software desactualizado y configuración débil sigue siendo vulnerable.
• «Toda app necesita Docker». Una web estática o un frontend sencillo se suele alojar como archivos planos, sin ningún contenedor.
• «Docker Desktop es gratis para todos». El motor es gratuito; Docker Desktop requiere una suscripción de pago para las empresas más grandes, según las condiciones de Docker.

Qué pedir a tu constructor de apps con IA

• «¿Esta app necesita un Dockerfile? Si es así, explica cada línea en lenguaje sencillo.»
• «Usa una imagen base pequeña y oficial, y fija la versión del lenguaje.»
• «Mantén los secretos fuera de la imagen. Léelos de variables de entorno en tiempo de ejecución.»
• «Asegúrate de que los archivos subidos y los datos se guarden en la base de datos o en almacenamiento de archivos, no dentro del contenedor.»
• «Añade un archivo de Docker Compose para que un desarrollador pueda ejecutar el frontend, la API y la base de datos en local con un solo comando.»
• «Añade un endpoint de comprobación de estado para que el host pueda saber si la API está activa.»

Docker en Mythex

No necesitas instalar ni ejecutar Docker para usar Mythex. Tu proyecto se ejecuta en un entorno de nube privado, y cuando pides un backend que necesita un contenedor —por ejemplo C#, Java o un servicio personalizado en Node o Python—, Mythex escribe la app más un Dockerfile, la previsualiza en el entorno y la despliega al publicar, sin configurar ningún alojamiento (cómo se elige la tecnología). En Pro puedes exportar el proyecto o sincronizarlo con GitHub y llevarte el Dockerfile. Para ver cómo encajan backend y frontend, consulta frontend frente a backend.

Preguntas