Jak zalać bazę danych mongo używając docker-compose?

Oto writeup jak używamy jednorazowych pojemników do czyszczenia i nasion obrazów https://ardoq.com/delightful-database-seeding-with-docker/

Możesz użyć tego Obrazu , który zapewnia kontener docker dla wielu zadań (import, eksport , zrzut)

Spójrz na przykład używając docker-compose

Na własne pytanie:

• prosty plik YAML do tworzenia prostego kontenera mongo połączonego z kontenerem objętości danych, uruchamianego przez Vagrant docker compose.
• w pliku Vagrantfile, kod w linii:

config.vm.provision :shell, :inline => <<-SH docker exec -it -d vagrant_mongo_1 mongoimport --db a5 --collection roads --type csv --headerline --file /files/AADF-data-minor-roads.csv SH

Aby zaimportować dane.

Spakuj pudełko.

Rozprowadź pudełko.

Dla użytkownika, prosty Vagrantfile do załadowania pudełka i uruchomienia prostego skryptu docker-compose YAML do uruchomienia kontenerów i zamontowania Mongo db przeciwko pojemnikowi objętości danych.

Możesz użyć Mongo Seeding Docker image .

• masz gotowy obraz dokera
• nie jesteś przywiązany do plików JSON - obsługiwane są również pliki JavaScript i TypeScript (w tym opcjonalna Walidacja modelu za pomocą TypeScript)

Przykładowe użycie z Dockerem Compose:

version: '3'
services:
  database:
    image: 'mongo:3.4.10'
    ports:
    - '27017:27017'
  api:
    build: ./api/
    command: npm run dev
    volumes: 
    - ./api/src/:/app/src/
    ports:
    - '3000:3000'
    - '9229:9229'
    links:
    - database
    depends_on:
    - database
    - data_import
    environment: 
    - &dbName DB_NAME=dbname
    - &dbPort DB_PORT=27017 
    - &dbHost DB_HOST=database
  data_import:
    image: 'pkosiec/mongo-seeding:latest'
    environment:
    - DROP_DATABASE=true
    - CONVERT_ID_TO_UNDERSCORE_ID=true
    - *dbName
    - *dbPort
    - *dbHost
    volumes:
    - ./data-import/data/dev/:/app/data/
    links:
    - database
    depends_on:
    - database

Zastrzeżenie: jestem autorem tej biblioteki.

Przydało mi się używanie niestandardowych obrazów Dockera i używanie woluminów, zamiast tworzenia kolejnego kontenera do siewu.

Struktura Plików

.
├── docker-compose.yml
├── mongo
│   ├── data
│   ├── Dockerfile
│   └── init-db.d
│       └── seed.js

Każda lokalizacja pliku wymieniona w Dockerfile/docker-compose.yml, jest względem położenia docker-compose.yml

DOCKERFILE

FROM mongo:3.6

COPY ./init-db.d/seed.js /docker-entrypoint-initdb.d

Docker-compose.yml

version: '3'

services:
  db:
    build: ./mongo
    restart: always
    volumes:
      - ./mongo/data:/data/db #Helps to store MongoDB data in `./mongo/data`
    environment:
      MONGO_INITDB_ROOT_USERNAME: {{USERNAME}}
      MONGO_INITDB_ROOT_PASSWORD: {{PWD}}
      MONGO_INITDB_DATABASE: {{DBNAME}}

Nasiona.js

// Since Seeding in Mongo is done in alphabetical order... It's is important to keep
// file names alphabetically ordered, if multiple files are to be run.

db.test.drop();
db.test.insertMany([
  {
    _id: 1,
    name: 'Tensor',
    age: 6
  },
  {
    _id: 2,
    name: 'Flow',
    age: 10
  }
])

docker-entrypoint-initdb.d może być używany do tworzenia różnych użytkowników i mongodb sprawy związane z administracją, wystarczy utworzyć Alfabetycznie uporządkowany skrypt js do createUser itd...

Dobrze jest również chronić swoje hasła i nazwy użytkowników przed publicznością, nie naciskaj poświadczeń na publiczny git , zamiast tego używaj tajemnic dokera . Przeczytaj również ten Tutorial na temat sekretów

Należy pamiętać, nie jest konieczne, aby przejść do tryb Docker-swarm aby używać sekretów. Komponowanie plików obsługuje również tajemnice. Sprawdź to

Sekrety mogą być również używane w MongoDB Docker Services