Me encanta usar docker y docker-compose tanto para entornos de desarrollo como de producción.
Pero en mi flujo de trabajo, sigo considerando a los acopladores como desechables :
significa que si necesito agregar una función a mi ventana acoplable, edito mi Dockerfile , luego ejecuto docker-compose build y docker-compose up -d y listo.
Pero esta vez, la base de datos de producción también está en un Docker.
Todavía necesito hacer algunos cambios en mi entorno (por ejemplo, configurar la copia de seguridad), pero ahora no puedo volver a ejecutar docker-compose build porque esto implicaría una pérdida de todos los datos ... Significa que necesito ingresar a la ventana acoplable ( docker-compose run web /bin/bash ) y ejecute los comandos dentro de él mientras los sigue informando a mi Dockerfile local para realizar un seguimiento de mis cambios.
¿Hay mejores prácticas con respecto a esta situación?
Pensé en configurar un proceso que volcara la base de datos en un depósito S3 antes de la destrucción del contenedor, pero en realidad no escala a bases de datos amplias...
Pensé en hacer un Docker no destructible (¿cómo?), aunque significa perder la capacidad de desechar un contenedor.
Pensé en tener una partición especial que se encargaría de almacenar solo los datos y que no se destruiría al reconstruir la ventana acoplable, aunque parece difícil de configurar e inseguro.
¿Así que lo que?
Gracias
Para eso están los volúmenes de datos. Hay una página completa en el sitio de documentación de la ventana acoplable que cubre esto.
La idea es que cuando destruye el contenedor, el volumen de datos persiste con datos en él, y cuando lo reinicia, los datos no se han ido a ninguna parte. Sin embargo, diré que poner bases de datos en contenedores docker es difícil . La gente lo ha hecho y ha tenido graves pérdidas de datos y graves pérdidas de empleo.
Recomendaría leer extensamente sobre este tema antes de confiar sus datos de producción a contenedores docker. Este es un gran artículo que explica los peligros de hacer esto.