#node.js #docker #docker-compose #nestjs #docker-volume
#node.js #docker #docker-compose #nestjs #docker-volume
Вопрос:
У меня есть конструкция Docker с двумя сервисами: базой данных mysql и приложением NestJS. Пользователи могут загружать файлы. Чего я хочу добиться, так это того, чтобы эти файлы и база данных сохранялись в томах docker. Поэтому я создаю два именованных внешних тома, начиная с docker-compose up и запуска миграции на NestJS. Я написал сценарий оболочки для этого случая:
#!/bin/bash
docker volume create rrm_db_data_STAGING
docker volume create rrm_upload_data_STAGING
DB_PORT=3001 SERVER_PORT=5001 docker-compose -f docker-compose-stage.yml -p RRM_STAGING up --build -V --remove-orphans -d
docker exec rrm-app-api_STAGING npm run typeorm:migration:run
Скрипт работает нормально.
Это мой файл docker-compose:
version: '3.7'
services:
api:
container_name: 'rrm-app-api_STAGING'
build:
context: .
target: production
command: npm run start:prod
restart: always
env_file:
- ./staging.env
environment:
- NODE_ENV=staging
volumes:
- type: volume
source: rrm_upload_data_STAGING
target: /uploads
ports:
- ${SERVER_PORT}:3000
networks:
- rrm-app-api-network_STAGING
depends_on:
- db
db:
image: mysql
container_name: 'rrm-app-mysql_STAGING'
volumes:
- rrm_db_data_STAGING:/var/lib/mysql
networks:
- rrm-app-api-network_STAGING
command: --default-authentication-plugin=mysql_native_password
restart: always
environment:
- MYSQL_ROOT_PASSWORD=dbpassword
- MYSQL_DATABASE=dbname
ports:
- ${DB_PORT}:3306
networks:
rrm-app-api-network_STAGING:
volumes:
rrm_db_data_STAGING:
external: true
rrm_upload_data_STAGING:
external: true
Это файл docker:
#Development stage
FROM node:13 AS development
LABEL key="removeme"
WORKDIR /usr/src/app
COPY package*.json ./
COPY . .
RUN rm -rf node_modules
RUN rm -rf dist
RUN npm install
RUN npm run build
FROM node:13 AS production
WORKDIR /usr/src/app
COPY . .
RUN rm -rf node_modules
RUN rm -rf dist
COPY package*.json ./
RUN npm install
COPY --from=development /usr/src/app/dist ./dist
Тома созданы, и один из них для базы данных работает нормально. Данные сохраняются / синхронизируются и все еще находятся там после того, как я выполняю docker-compose down.
Это не работает для /uploads
папки!
Размер тома всегда равен 0. Файлы, загруженные пользователями, не хранятся на томе, но присутствуют в /uploads
папке containers. Как вы можете видеть, я уже пытался написать «длинную» версию в разделе «Тома» службы api.
Нет никакой разницы, существует /uploads
папка в контейнере при запуске или нет. Кстати. Это необходимо для привязки? Потому что папка создается при первой загрузке. В любом случае, я думаю, что это не настоящая ошибка.
Можете ли вы сказать мне, что я делаю не так?
Спасибо!
Комментарии:
1. Каталог назван
/upload
(как в вашей prose) или/uploads
(как вdocker-compose.yml
)?2. Это «/uploads». Будут внесены соответствующие изменения. Спасибо, что указали на это. Было бы неплохо, если бы это было так просто.
3. Исходя из WORKDIR, определенного в вашем Dockerfile, вашей целевой точкой монтирования, вероятно, должна быть /usr / src /app/uploads, а не / uploads.
4. @DennisRuiter
workdir
привязан ли он к месту назначения тома внутри контейнера docker?5. Нет, это не так, но с помощью /upload вы монтируете папку /upload в корневом каталоге системы контейнера Docker вместо папки / upload в каталоге вашего приложения. Например: rrm_db_data_STAGING:/var/lib /mysql подключается к /var / lib / mysql в корневой системе, поэтому просто убедитесь, что эти пути являются абсолютными, а не относительными.
Ответ №1:
Все благодарности @DennisRuiter. Я изменил местоположение в контейнере с /uploads
на папку в рабочем каталоге, указанном в Dockerfile. Теперь он работает так, как ожидалось.