самое быстрое - в кронтаб на хосте пихнуть docker exec -it имя_контейнра_с_постгрес pg_dump >  файл на хосте

ЭТО САМОЕ БЫСТРОЕ и в целом относительно надежно Но ты, надеюсь, понимаешь, почему pg_dump != бекап

Не понимаю, объясните, пожалуйста, не высмеивая

да никто никого не высмеивает

это раз

два - повторюсь - быстрый вариант есть - "в кронтаб на хосте пихнуть docker exec -it имя_контейнра_с_постгрес pg_dump >  файл на хосте"

Вариант, конечно, хороший. Но хотелось бы разобраться как заставить крон крутиться в контейнере постгреса

зачем

ну раз выбрал "другой" путь. то курить маны и стековерфлоу , например https://stackoverflow.com/questions/37458287/how-to-run-a-cron-job-inside-a-docker-container

там херота с зомбяками и прочей дичью - почти наверняка придется в контейнер тащить tini или супервизор

и вся прелесть контейнеризации и готовых образов с докерхаба автоматически теряется

Вы правы. Сделаю пока что кроном на хосте, спасибо, буду разбираться )

именно поэтому тоже считаю путь дерьмовым

а я вот так и не понял почему pg_dump != бекап

разве дамп и бекап не суть одно и то же?

Нет

но ведь я могу восстановить данные из дампа?

для монги я делал mongodump и потом восстанавливал с помощью mongorestore

как сделать нормальный деплой, если на вход приходят docker-compose.yml
?

Товарищи, а есть какой-то logging as service, с дискавери (на подобии трафика и лейблов). У меня нет возможности развернуть ELK или graylog.
Есть много энвайроментов (docker compose), внутри 13 сервисов .dotnet. Каждый имеет веб доступ (трафик рулит), в виде service-name.env-name.domain. Мне нужно дать просто веб доступ к логам контейнеров, через /log.
Сейчас просто на инстансе портейнер. Но не очень удобно находить