Docker es una forma de empaquetar una aplicación junto con todo lo que necesita para funcionar — código, entorno de ejecución, bibliotecas y configuración — en una única unidad portátil llamada contenedor. El contenedor se comporta igual en tu portátil, en la máquina de un colega y en CDN.com.tr. No tienes que ser un experto en Docker para beneficiarte: a menudo solo nos indicas una imagen existente.
Piensa en un contenedor de transporte marítimo. Pongas lo que pongas dentro, tiene una forma estándar, así que cualquier barco, camión o grúa puede transportarlo sin importarle el contenido. Un contenedor Docker hace lo mismo con el software: envuelve tu aplicación y sus dependencias en un paquete estándar, de modo que cualquier sistema compatible puede ejecutarlo de forma idéntica — sin sorpresas del tipo "en mi máquina funciona".
Dos términos causan casi toda la confusión. Una "imagen" es el plano — una instantánea congelada de tu aplicación y su entorno. Un "contenedor" es una instancia viva, en ejecución, creada a partir de esa imagen. Puedes arrancar muchos contenedores desde una sola imagen, igual que puedes abrir muchas copias de un documento desde una plantilla. Las imágenes se almacenan normalmente en un "registro" (como Docker Hub o uno privado) y se descargan cuando hacen falta.
Las aplicaciones reales rara vez son una sola pieza — podrías tener una app web, un worker en segundo plano, una base de datos y una caché. Un archivo docker-compose.yml enumera todos estos "servicios" y cómo se conectan, de modo que toda la pila puede arrancar junta con una sola definición. En CDN.com.tr puedes importar un archivo compose y cada servicio se convierte en una aplicación gestionada, mientras que las bases de datos y las cachés pueden convertirse en complementos gestionados.
A menudo, menos de lo que esperas. Si tienes WordPress o un sitio PHP, no necesitas ningún conocimiento de Docker — esas plataformas son de apuntar y hacer clic. Docker solo importa cuando quieres ejecutar una aplicación personalizada. Incluso entonces, muchas aplicaciones ya tienen una imagen lista que puedes usar por su nombre, o un archivo docker-compose que puedes importar, sin escribir Docker tú mismo.
Para ejecutar una aplicación personalizada, nos das una imagen (por ejemplo, una imagen pública como "nginx" o la tuya desde un registro) o importas un archivo docker-compose. La plataforma descarga la imagen, la ejecuta, le da una URL con HTTPS automático y la mantiene sana. Gestionas las variables de entorno, el escalado y los reinicios desde el panel — sin administración de servidores y sin necesidad de construir imágenes en la propia plataforma.
La plataforma ejecuta tus contenedores, pero no es un lugar para construir imágenes ni ejecutar Docker dentro de Docker, y no expone puertos TCP públicos en bruto (el acceso público es por HTTP(S); el tráfico interno entre servicios se mantiene privado). Para la mayoría de apps web, APIs, workers y herramientas esto es exactamente lo que quieres; para un sistema de CI que construye imágenes, las construirías en otro sitio y desplegarías el resultado aquí.
Despliega algo como RabbitMQ o Jenkins por el nombre de la imagen, con un volumen persistente para que sus datos sobrevivan a los reinicios.
Construye tu imagen en tu propio pipeline, súbela a un registro y ejecútala aquí con una URL y HTTPS.
Importa un docker-compose.yml y pon en marcha web, worker, base de datos y caché juntos en un solo paso.