¿Cuál sería un buen flujo de trabajo de docker webdev?

Tengo el presentimiento de que Docker podría mejorar enormemente mi flujo de trabajo de webdev, pero no he logrado entender cómo abordar un proyecto agregando Docker a la pila.

La pila de software básica se vería así:

Software

• Imágenes de Docker que proporcionan una pila LAMP personalizada

  • Apache con varios módulos.
  • MySQL
  • PHP
  • Algunos CMS, por ejemplo, Silverstripe

• GIT

Flujo de trabajo

Me imagino que el flujo de trabajo se parece a lo siguiente:

Desarrollo

1. Escriba un Dockerfileque defina un contenedor LAMP que cumpla con los requisitos establecidos anteriormente
   • REQ: la máquina debería iniciar apache / mysql justo después de arrancar
2. Construye la imagen del acoplador
3. Copie los archivos necesarios para ejecutar el CMS en, por ejemplo, ~/dev/cmsdir
   • Poner ~/dev/cmsdir/bajo control de versiones
4. Ejecutar el contenedor de estibador, y de alguna manera montar ~/dev/cmsdira /var/www/en el envase
5. Poblar la base de datos
6. Trabajar en /dev/cmsdir/
7. Confirmar y cerrar el contenedor acoplable

Despliegue

1. Configurar host remoto (por ejemplo, con ansible)
2. Empuje la imagen del contenedor al host remoto
3. Fetch cmsdir-project a través de git
4. Ejecute el contenedor docker, extraiga la base de datos y móntelo cmsdiren/var/www

Ahora, esto se ve bastante bien en el papel, PERO no estoy muy seguro de si este sería el enfoque correcto en absoluto.

Preguntas:

1. Durante el desarrollo local, ¿cómo conseguiría que la base de datos persista entre reinicios de la instancia del contenedor? ¿O tendría que ejecutar sql-dump cada vez antes de girar el contenedor?

2. ¿Debo tener instancias de contenedor separadas para la base de datos y el servidor apache? ¿O sería suficiente tener un solo contenedor para el caso de uso anterior?

3. Si utilizo contenedores separados para la base de datos y el servidor, ¿cómo podría automatizar la rotación hacia arriba y hacia abajo al mismo tiempo?

4. ¿Cómo montaría realmente /dev/cmsdir/en el /var/www/directorio de contenedores ? ¿Debo utilizar volúmenes de datos para esto?

5. ¿Me perdí alguna trampa? ¿Algo que pueda simplificarse?

1. Si necesita una persistencia de la base de datos independiente de su contenedor CMS, puede usar un contenedor para MySQL y un contenedor para su CMS. En tal caso, puede tener su contenedor MySQL aún en ejecución y puede volver a implementar su CMS con la frecuencia que desee de forma independiente.

   Para el desarrollo: la otra opción es mapear directorios de datos mysql desde su máquina host / desarrollo usando volúmenes de datos. De esta forma, puede administrar archivos de datos para mysql (en docker) usando git (en el host) y "recargar" el estado inicial en cualquier momento que desee (antes de iniciar el contenedor mysql).

2. Sí, creo que debería tener un contenedor separado para db.

3. Estoy usando solo un script básico:

   #!/bin/bash
   
   $JOB1 = (docker run ... /usr/sbin/mysqld)
   $JOB2 = (docker run ... /usr/sbin/apache2)
   echo MySql=$JOB1, Apache=$JOB2
   

4. Sí, puede usar el modificador data-volume -v. Lo usaría para el desarrollo. Puede usar el montaje de solo lectura, por lo que no se realizarán cambios en este directorio si lo desea (su aplicación debería almacenar datos en otro lugar de todos modos).

   docker run -v=/home/user/dev/cmsdir:/var/www/cmsdir:ro image /usr/sbin/apache2
   

   De todos modos, para la implementación final, construiría e imagen usando dockerfile con ADD /home/user/dev/cmsdir /var/www/cmsdir

5. No lo sé :-)

Desea usar docker-compose. Sigue el tutorial aquí. Muy simple. Parece marcar todas tus casillas.

https://docs.docker.com/compose/

Entiendo que esta publicación tiene más de un año en este momento, pero recientemente me he hecho preguntas muy similares y tengo varias respuestas excelentes a tus preguntas.

1. Puede configurar una instancia de Docker de MySQL y hacer que los datos persistan en un contenedor de datos sin estado, es decir, el contenedor de datos no necesita ejecutarse activamente

2. Sí, recomendaría tener una instancia separada para su servidor web y base de datos. Este es el poder de Docker.

3. Mira este repositorio que he estado construyendo. Básicamente es tan simple como make build& make runy puede tener un servidor web y un contenedor de base de datos ejecutándose localmente.

4. Utiliza el -vargumento cuando ejecuta el contenedor por primera vez, esto vinculará una carpeta específica en el contenedor al host que ejecuta el contenedor.

5. Creo que sus ideas son geniales y actualmente es posible lograr todo lo que está pidiendo.

Aquí hay una solución llave en mano que logra todas las necesidades que ha enumerado.

He reunido una configuración de composición docker fácil de usar que debe coincidir con los requisitos de su flujo de trabajo de desarrollo.

https://github.com/ehyland/docker-silverstripe-dev

Principales características

• DB persistente
• Su elección de HHVM+ NGINXo Apache2+PHP5
• Depurar y establecer puntos de interrupción con xDebug

El archivo README.md debe ser lo suficientemente claro para comenzar.