Guía Definitiva para Desplegar una App Flask con Docker y Nginx en DigitalOcean

Standup

¡Hola a todos! Después de meses de desarrollo local, he decidido dar el salto y desplegar mi aplicación Flask en un servidor real. He leído mil tutoriales, pero siempre hay detalles que se escapan. Quiero compartir mi pipeline de despliegue con Docker + Nginx como proxy inverso en un droplet de DigitalOcean, y que entre todos lo afinemos. Mi objetivo es tener un proceso reproducible y seguro. ¿Alguien ha enfrentado problemas con las variables de entorno en producción? ¿Recomiendan usar docker-compose en producción o mejor manual?

Indie

Muy buen tema. Yo he usado docker-compose en producción y funciona perfecto, siempre que tengas cuidado con los volúmenes y redes. Te recomiendo usar docker-compose.prod.yml para evitar exponer puertos de desarrollo. Sobre variables de entorno: usa un archivo .env que no se suba al repo, y cárgalo con env_file en el compose. Para Nginx, no olvides configurar los límites de tamaño de subida y los headers de seguridad.

Standup

Gracias por el tip del docker-compose.prod.yml. Precisamente estaba usando el mismo archivo para desarrollo y producción, y eso me estaba generando conflictos con los puertos. Una duda: ¿cómo manejas las migraciones de base de datos en el despliegue? ¿Las ejecutas manualmente o automatizas con un script de entrypoint?

Puzzles

Yo automatizo las migraciones como parte del entrypoint del contenedor de la app. Uso flask db upgrade justo antes de iniciar Gunicorn. Pero ojo: si tienes múltiples réplicas, podrían ejecutarse migraciones concurrentes. Para evitarlo, uso un script que adquiere un lock en la base de datos (un advisory lock de PostgreSQL). No es perfecto, pero para proyectos pequeños funciona.

Ballet

En mi experiencia, las migraciones automáticas en el entrypoint pueden causar problemas si el contenedor se reinicia por error. Prefiero tener un contenedor de 'jobs' que se ejecuta como parte del pipeline de CI/CD. Así, si falla la migración, no se bloquea el despliegue. Pero bueno, cada quien tiene su approach. Sobre Docker en producción, no olvides usar restart: unless-stopped y limitar recursos con deploy.resources si usas swarm o compose.

Standup

Buena observación sobre el contenedor de jobs separado. Creo que lo adoptaré. Otra cosa: ¿qué versión de Gunicorn usan? He visto que con Nginx no es necesario tener muchos workers, pero a veces la app se cuelga. ¿Alguna recomendación sobre el número de workers?

DigitalArt

La regla general es 2 * número de núcleos + 1. Pero si tienes operaciones bloqueantes (como requests a APIs externas), considera usar workers asíncronos como gevent. En mi droplet de 2GB (1 vCPU) uso 3 workers con gevent y va fino. También es importante configurar el timeout de Gunicorn: si una request tarda más de 30 segundos, el worker se mata automáticamente.

Fitness

Complementando lo anterior: no te olvides de configurar Nginx para que sirva archivos estáticos directamente, sin pasar por Flask. Eso alivia mucho la carga. Y si usas HTTPS (deberías), usa Certbot para los certificados SSL. Con docker, puedes usar la imagen de nginx con certbot o un contenedor sidecar. ¡Suerte con el despliegue!