Como persistir dados em um banco de dados postgres encaixado usando volumes

Meu arquivo de composição do docker possui três contêineres, web, nginx e postgres. O Postgres fica assim:

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

Meu objetivo é montar um volume que corresponda a uma pasta local chamada ./databasedentro do contêiner do postgres como /var/lib/postgres. Quando inicio esses contêineres e insiro dados no postgres, verifico se /var/lib/postgres/data/base/estão cheios dos dados que estou adicionando (no contêiner do postgres), mas no meu sistema local, ./databaseapenas obtém uma datapasta nele, ou seja, ./database/dataé criada, mas está vazia . Por quê?

Notas:

• Isso sugere que meu arquivo acima deve funcionar.
• Essa pessoa está usando serviços de docker, o que é interessante

ATUALIZAÇÃO 1

Por sugestão de Nick, fiz um docker inspecte descobri:

    "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": ""
        }
    ],

O que faz parecer que os dados estão sendo roubados por outro volume que não me codifiquei. Não sei por que isso é. A imagem do postgres está criando esse volume para mim? Nesse caso, existe alguma maneira de usar esse volume em vez do volume que estou montando quando reinicio? Caso contrário, existe uma boa maneira de desativar esse outro volume e usar o meu ./database?

ATUALIZAÇÃO 2

Encontrei a solução, graças ao Nick! (e outro amigo) Responda abaixo.

Curiosamente, a solução acabou sendo mudar

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

para

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

Você pode criar um volume comum para todos os dados do Postgres

 docker volume create pgdata

ou você pode configurá-lo para o arquivo de composição

   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:

Ele criará o nome do volume pgdata e montará esse volume no caminho do contêiner.

Você pode inspecionar este volume

docker volume inspect pgdata

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

Eu evitaria usar um caminho relativo. Lembre-se de que o docker é um relacionamento daemon / cliente.

Quando você está executando a composição, é basicamente apenas dividir em vários comandos do cliente docker, que são passados ​​ao daemon. Isso ./databaseé relativo ao daemon , não ao cliente.

Agora, a equipe de desenvolvedores do docker tem algumas informações sobre esse assunto , mas o resultado é que pode haver resultados inesperados.

Em resumo, não use um caminho relativo, use um caminho absoluto.

Eu acho que você só precisa criar seu volume fora do docker primeiro com um docker create -v /location --namee depois reutilizá-lo.

E quando eu costumava usar muito o docker, não era possível usar um volume estático do docker com a definição do dockerfile, então minha sugestão é tentar a linha de comando (eventualmente com um script).