¿Qué es Docker? Contenedores explicados para no programadores

Docker es una herramienta que empaqueta una app junto con todo lo que necesita para funcionar —la versión correcta del lenguaje, las librerías, 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 «pero en mi máquina funcionaba». La receta para construir un contenedor es un archivo de texto corto llamado Dockerfile.

Por qué importa Docker cuando creas con IA

Si tu app tiene un backend —una API en Python, Node, C# o Java—, tiene que ejecutarse en algún sitio con exactamente el software adecuado instalado. Docker es la forma más habitual de hacerlo 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 junto con un Dockerfile, y Publicar construye la imagen y la despliega (backends de API).
• Salir de una plataforma. Si exportas una app creada con IA, un Dockerfile facilita mucho ejecutarla en otro host. Consulta cómo exportar y alojar por tu cuenta una app creada 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 transporte estándar, la carga se manipulaba pieza a pieza —sacos, barriles, cajas— y cada puerto lo 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 importarle lo que hay dentro.

Docker hace lo mismo con el software:

• El Dockerfile es la lista de empaquetado y las instrucciones.
• La imagen es el contenedor sellado y 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 completo e independiente con su propio sistema operativo, así que pesa mucho y tarda en arrancar. Un contenedor comparte el núcleo del sistema operativo anfitrión y solo aísla la app y sus archivos, por lo que suele arrancar en segundos y usa mucha menos memoria. Muchos contenedores pueden funcionar uno al lado del otro en un mismo servidor.

Un ejemplo práctico: una pequeña API en Python

Imagina que tu creador de apps con IA ha creado un backend en Python con FastAPI para una app de reservas. El Dockerfile podría ser 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:

Dicho con palabras sencillas: «Parte de Python 3.12. Instala las librerías 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 está en la imagen: contraseñas y claves de API. Esos datos se pasan al arrancar el contenedor, como variables de entorno, de modo que la misma imagen pueda funcionar en pruebas y en producción con configuraciones distintas.

Términos clave

Ideas erróneas 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 a salvo». Los contenedores están pensados para desecharse y sustituirse. Todo lo que deba durar —datos de usuarios, archivos subidos— debe ir 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 desfasado y configuraciones débiles sigue siendo vulnerable.
• «Todas las apps necesitan Docker». Un sitio estático o un frontend sencillo suele alojarse como archivos planos, sin ningún contenedor.
• «Docker Desktop es gratis para todos». El motor es gratuito; según las condiciones de Docker, Docker Desktop requiere una suscripción de pago en las empresas más grandes.

Qué pedir a tu creador de 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 sepa si la API está funcionando.»

Docker en Mythex

No necesitas instalar ni ejecutar Docker para usar Mythex. Tu proyecto funciona en un entorno de nube privado, y cuando pides un backend que necesita contenedor —por ejemplo, C#, Java o un servicio personalizado en Node o Python— Mythex escribe la app junto con un Dockerfile, la previsualiza en el entorno y la despliega al publicar, sin que tengas que 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