Tengo Dockerfile que funciona con API y base de datos MySQL y debería hacer migraciones:
FROM node WORKDIR /api COPY . . RUN npm install EXPOSE 3001 VOLUME [ "/api/node_modules" ] CMD [ "npm", "start" ]Además, hay un archivo docker-compose donde tengo una base de datos como servicio:
db: image: mysql container_name: database ports: - "3306:3306" environment: MYSQL_ROOT_PASSWORD: password MYSQL_PASSWORD: password MYSQL_DATABASE: testdbEl problema es que no sé cómo ejecutar migraciones. ¿Debo hacerlo desde el archivo docker-compose o Dockerfile?
Estaba tratando de hacer algo como esto en Dockerfile, pero parece que no funciona:
... CMD [ "knex", "migrate:latest" ] ...O:
... RUN knex migrate:latest ...Resolví este problema, probablemente de manera estúpida, pero funciona. Entonces, lo que hice fue agregar esto en mi contenedor API:
restart: on-failure command: bash -c "npm run knex && npm run start"Ahora, simplemente reinicia el contenedor hasta que se conecta a la base de datos y realiza todas las migraciones.
Encadenar el comando o usar un punto de entrada es menos óptimo en caso de que desee escalar horizontalmente su aplicación.
Luego, todas las réplicas realizarán la migración al mismo tiempo. Es probable que no cause problemas reales, pero todavía no es perfecto en mi opinión.
En su lugar, esto debe manejarse por separado, como un comando de un solo uso cuando realmente se requiera. Por ejemplo, en Kubernetes sería bueno ejecutar un trabajo de migración dedicado junto con el lanzamiento de su aplicación, si el esquema de la base de datos realmente ha cambiado.
Con componer, no hay trabajos, pero puede lograr un comportamiento similar.
services: migration: image: busybox command: sh -c 'echo "running migration..."; sleep 20; echo "migration completed"' app: image: busybox command: echo "app started" depends_on: migration: condition: service_completed_successfully deploy: replicas: 3Ahora rema la migración solo una vez y las 3 réplicas de la aplicación esperan a que se complete la migración antes de iniciarse.
$ docker compose up Attaching to app_1, app_2, app_3, migration_1 migration_1 | running migration... migration_1 | migration completed migration_1 exited with code 0 app_2 | app started app_3 | app started app_1 | app started En su caso, usaría la misma imagen que crea desde Dockerfile para la migración y el servicio de aplicaciones. En el servicio de migración, usa knex migrate y en el servicio de aplicaciones usa npm run start .
Si necesita que la migración espere incluso a la base de datos, es posible que depend_on no sea suficiente, a menos que cree una verificación de estado que refleje si la base de datos está realmente lista para aceptar una conexión. Si tiene una verificación de estado, puede usar la condición service_healthy .
Por ejemplo, podrías hacer una cúpula con algo como esto.
services: db: image: mysql environment: MYSQL_ROOT_PASSWORD: "root" MYSQL_DATABASE: "wordpress" MYSQL_USER: "wordpressuser" MYSQL_PASSWORD: "wordpresspassword" healthcheck: test: mysqladmin -u root --password=$$MYSQL_ROOT_PASSWORD ping interval: 30s timeout: 10s retries: 10 migration: image: busybox command: sh -c 'echo "running migration..."; sleep 20; echo "migration completed"' depends_on: db: condition: service_healthy app: image: busybox command: echo "app started" depends_on: migration: condition: service_completed_successfully deploy: replicas: 3Puede verificar el estado de los registros haciendo una inspección del contenedor.
$ docker inspect sample_db_1 --format \ '{{range .State.Health.Log}}{{.End}} | Exit Code: {{.ExitCode}} | {{.Output}}{{end}}' 2022-01-30 12:53:43.749365 +0000 UTC | Exit Code: 0 | mysqladmin: [Warning] Using a password on the command line interface can be insecure. mysqld is aliveSi no desea utilizar una comprobación de estado, también puede utilizar soluciones de terceros como https://github.com/Eficode/wait-for .