Come conservare i dati in un database postgres dockerizzato usando i volumi

Il mio file di composizione docker ha tre contenitori, web, nginx e postgres. Postgres si presenta così:

postgres:
  container_name: postgres
  restart: always
  image: postgres:latest
  volumes:
    - ./database:/var/lib/postgresql
  ports:
    - "5432:5432

Il mio obiettivo è montare un volume corrispondente a una cartella locale chiamata ./databaseall'interno del contenitore postgres come /var/lib/postgres. Quando avvio questi contenitori e inserisco i dati in Postgres, verifico che /var/lib/postgres/data/base/sia pieno dei dati che sto aggiungendo (nel contenitore Postgres), ma nel mio sistema locale, contiene ./databasesolo una datacartella, cioè ./database/dataviene creato, ma è vuoto . Perché?

Appunti:

• Questo suggerisce che il mio file sopra dovrebbe funzionare.
• Questa persona sta usando i servizi docker che è interessante

AGGIORNAMENTO 1

Per suggerimento di Nick, ho fatto un docker inspecte ho trovato:

    "Mounts": [
        {
            "Source": "/Users/alex/Documents/MyApp/database",
            "Destination": "/var/lib/postgresql",
            "Mode": "rw",
            "RW": true,
            "Propagation": "rprivate"
        },
        {
            "Name": "e5bf22471215db058127109053e72e0a423d97b05a2afb4824b411322efd2c35",
            "Source": "/var/lib/docker/volumes/e5bf22471215db058127109053e72e0a423d97b05a2afb4824b411322efd2c35/_data",
            "Destination": "/var/lib/postgresql/data",
            "Driver": "local",
            "Mode": "",
            "RW": true,
            "Propagation": ""
        }
    ],

Il che fa sembrare che i dati vengano rubati da un altro volume che non ho codificato. Non sono sicuro del perché. L'immagine di Postgres sta creando quel volume per me? In tal caso, esiste un modo per utilizzare quel volume invece del volume che sto montando al riavvio? In caso contrario, c'è un buon modo di disabilitazione che altro volume e utilizzando il mio, ./database?

AGGIORNAMENTO 2

Ho trovato la soluzione, grazie a Nick! (e un altro amico) Rispondi sotto.

Stranamente, la soluzione è stata quella di cambiare

volumes:
  - ./postgres-data:/var/lib/postgresql

per

volumes:
  - ./postgres-data:/var/lib/postgresql/data

Puoi creare un volume comune per tutti i dati di Postgres

 docker volume create pgdata

oppure puoi impostarlo sul file di composizione

   version: "3"
   services:
     db:
       image: postgres
       environment:
         - POSTGRES_USER=postgres
         - POSTGRES_PASSWORD=postgress
         - POSTGRES_DB=postgres
       ports:
         - "5433:5432"
       volumes:
         - pgdata:/var/lib/postgresql/data
       networks:
         - suruse
   volumes: 
     pgdata:

Creerà il nome del volume pgdata e monterà questo volume sul percorso del contenitore.

Puoi controllare questo volume

docker volume inspect pgdata

// output will be
[
    {
        "Driver": "local",
        "Labels": {},
        "Mountpoint": "/var/lib/docker/volumes/pgdata/_data",
        "Name": "pgdata",
        "Options": {},
        "Scope": "local"
    }
]

Eviterei di usare un percorso relativo. Ricorda che la finestra mobile è una relazione demone / client.

Quando si esegue la composizione, essenzialmente si scompone in vari comandi client docker, che vengono quindi passati al demone. Questo ./databaseè quindi relativo al demone , non al client.

Ora, il team di sviluppo docker ha un po 'avanti e indietro su questo problema , ma la linea di fondo è che può avere alcuni risultati inaspettati.

In breve, non utilizzare un percorso relativo, utilizzare un percorso assoluto.

Penso che devi solo creare il tuo volume fuori dalla finestra mobile prima con un docker create -v /location --namee poi riutilizzarlo.

E quando usavo molto la finestra mobile, non era possibile utilizzare un volume finestra mobile statico con definizione dockerfile, quindi il mio suggerimento è di provare la riga di comando (eventualmente con uno script).