Внешний том Docker compose не синхронизирован с загруженными файлами

#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. Теперь он работает так, как ожидалось.