ky0

Везде, кроме высоконагруженных баз данных (ну и вообще хайлоада) падением производительности в докере почти всегда можно пренебречь.

Вас несоответствие версий РНР не смущает?

FROM php:8.1-fpm

Package php-sqlite3 is a virtual package provided by:
php7.4-sqlite3 7.4.28-1+deb11u1

"Для личного использования и пары сайтов", как вы выражаетесь - нет смысла, максимум docker-compose, остальное оверкилл.

Если не нужна высокая производительность и надёжность - ставьте.

Докер именно для этого и нужон. Настраивайте.

HTTP? Всё выпускать наружу через отдельный сервис типа нгинкса/ингресса, там же терминировать шифрование и выпуск сертификатов. Как сервисы будут общаться между собой локально - непринципиально.

which psql
Потом можно просто линк на бинарник добавить в /usr/bin: ln -s /usr/local/something/bin/psql /usr/bin/psql

Всё это справедливо, если вы обращаетесь к базе, располагающейся на той же машине. Если же нет - открывайте порт и коннектитесь по сети.

СУБД в продакшене лучше не в докер. Ну или хотя бы реплику настройте с автофейловером.

Ну так не проксируйте с / на ваш бэк, обрабатывайте корень как-то иначе (редирект, возврат кода ошибки). Делов-то.

address пишется с двумя D.

https://www.postgresql.org/docs/current/runtime-co...

Почитайте про завершающий слэш в директиве proxy_pass.

Докер - это не виртуалка, а контейнер приложения.

Остальное выглядит как размышление о поставленной задаче в пустоту.

Правильно - не пихать базы в контейнеры приложений.

Московское время (или любое другое) для поля без таймзоны делается корректировкой в приложении, в базе пусть хранится в UTC.

в интернете одни водолеи, ничего по сути

Да, да - классика. В интернете катастрофический недостаток информации.

Вполне возможно, что у вас всё колом встало от недостатка места. Попробуйте все те "бесполезные" советы из интернета, загрузившись с флешки.

Если хотите запустить целую ОС в контейнере - возьмите какой-нибудь полноценный, вроде LXC. Докер для другого.

Область применения постгреса внутри докер-контейнера довольно ограничена. Если у вас уже несколько баз, необходимость разграничения доступа между ними, а то и оптимизация хранения таблеспейсами, репликация и всякие другие взрослые штуки - то, судя по всему, СУБД пора из контейнеров выносить.