deepblack

Потому что внутри образа postgres:13.3 анонсируется том /var/lib/postgresql/data. Поскольку он никак не описан при создании контейнера, создаётся анонимный том в стандартном хранилище и монтируется в контейнер. То, что в манифесте также объявлен ещё один том, никак не влияет на автосоздание вот этого. В итоге у нас два тома, один описан явно и смонтирован в /app/app/database/pgdata, другой описан в образе и смонтирован в /var/lib/postgresql/data.

Правильно монтировать свой том в /var/lib/postgresql/data, именно там образ будет хранить базу.

Посмотреть, что думает образ, можно командой docker inspect postgres:13.3

if sent.dice.value == 1 or 2:
означает если (значение равно 1) или истина:
то-есть всегда истинно.
Внимательнее изучите, как правильно такие вещи делать.
Можно
if 1 <= value < 6:
Можно
if value in range(1, 6):
Можно
if value in [1, 2, 3, 4, 5]:

Nginx + let's encrypt + купить домен или бесплатно сделать

на Freenom поставь A запись на IP VPS

cat your_dump.sql | docker exec -i your-db-container psql -U postgres

git - это система контроля версий.
Это не "локальное хранилище" и не нечто, что можно "приделать" сбоку.

Предположу, что под словом "приделать" вы имеете в виду использование git для доставки обновлений на продуктивный сервер.
Моё мнение - так делать не стоит.
Серверу совершенно не нужно хранить у себя всю историю версий.

А вот локально да - лучше вести разработку в git.
Ещё по хорошему следует хранить копию репозитория на каком-нибудь ещё сервере, например в собственном экземпляре gitlab и синхронизировать её с локальной при помощи git pull/push.

Ну и помни, что не надо все файлы в git запихивать. В git должны храниться только исходные файлы. Всякие картинки - в git-lfs.
Пароли - в каком-то другом хранилище.
Артефакты, которые создаёт компилятор или препроцессор - в .gitignore

Так вы ему самому этот str подкидываете зачем?

Идём в документацию к FastApi и видим прекрасный пример:

import os

from fastapi import FastAPI
from fastapi.responses import FileResponse


app = FastAPI()


@app.get("/")
async def main():
    file_name = "FILE NAME"
    # DEPENDS ON WHERE YOUR FILE LOCATES
    file_path = os.getcwd() + "/" + file_name
    return FileResponse(path=file_path, media_type='application/octet-stream', filename=file_name)

11 миллионов inserts в день - это 127 в секунду. При такой нагрузке справится любая современная БД. Ну я не знаю таких чтоб не справлялись. Делайте только короткую буферизацию и batch-insert пачками по 100 - 1000 чтобы оптимизировать сетевой roundtrip.

Есть специализированные NoSQL системы такие как RocksDb, Tarantool в которых именно много оптимизаций сделано было для быстрой вставки. Они выдерживают и во много раз быстрее.

И в данной задаче нужно также спросить бизнес - как быстро данные нужны к чтению пользователя. Нужно сию секунду чтоб они отобразились на UI или можно подождать пару минут или часов.

понять работу ядра Линукс

Порекламирую в очередной раз свой список: https://qna.habr.com/answer?answer_id=392065#answe...