Для чего пг в докере в проде? Не пойму никак,

да и не в проде. У самого пг в основном в lxc.

для дева докер очень хорош, особенно если несколько версий пг надо

Вот один из случаев применения

Для разработки под постгрес докер это больно и трудно. Другой вопрос, если остальная работа под докер заточена -- ну, не ломать жэ всё. Жыть можно, с некоторыми усилиями -- дажэ неплохо.

Что бы можно тестовые развернуть базы, которые отдельно от продуктива работают

И да, несколько версий pg отлично ставятся под все мэйнстримные линуксы. postgresql-common и система пакетов так заточены.

Я для этого lxc, снапшоты и клоны zfs использую.

вот это поворот, что там трудного для разработки? протестировать гипотезу тоже хорошо, выбрать нужную ос и версию пг быстро получить ответ.

👍

У меня обычно очко играет -- не забьёт ли IO разработка излишне. Потому восстановление бэкапов на дев-сервер.

да, можно, я с этим не спорил.

Да всё. Вот, чтобы лишний раз не повторяться: https://t.me/pgsql/382156

я не могу посмотреть там, потому что из за тебя меня там забанили. )

>выбрать нужную ос и версию пг быстро получить ответ. А зачем вам ОС выбирать? (И чем оно, по большому счёту, поможэт, если pg в докере отличается от pg на bare metal обычно сильнее, чем pg в одной ОС и в другой).

Вот ровно в этом случае -- это вредно. Любые вопросы, которые требуют что-то сделать вне postgres protocol -- придётся транслировать на понятия докера. Поставить extension, отладочные символы postgres, залить локально файл через COPY FROM <file>, вкключить hugepages, подключить tablespace, что-то сделать с pg_hba.conf и подключиться к другому порту/к другому типу сокета -- всё придётся как-то переводить с человеческого на лишнюю обёртку в виде докера. Да, как Михаил заметил, тот жэ upgrade становится чем-то противоестественным. Так что нет, если у вас просто локальная разработка -- то просто не ставьте postgres в докер.

для чистоты эксперимента. иногда бывает "раньше же работало". приходится отвечать, проверяя на тестовом контуре максимально приближенным к боевому.

спасибо, очень интересно.

залить локально файл через COPY FROM <file> это же можно сделать через примонтированный каталог?

Можно, и к conf файлам postgres тоже

Да всё это можно. Я не спорю, что можно. С некоторыми лишними усилиями. COPY FROM <file> можно и через примонтированный каталог, можно и файл закинуть внутрь контэйнера/вольюма pg.

да, то что будет с дополнительными действиями, согласен. спасибо.

А как пару-тройку тестовых баз на разных версиях postgres на одной машине развернуть?

И по меркам опытного человека -- это какой-то безсмысленый совершэнно геморрой. По меркам не очень опытного человека -- это будут show stopperы прямо.

Ставишь пакеты нужных версий, иницыализируешь базы. В дебианобразных и рэдхатобразных -- лучшэ иницыализировать через pg_createcluster, тогда им порт и скрипт запуска автоматом пропишэтся.

На моём тэстовом devuan у меня накопилось 12 запущенных версий, от 8.3 до 15.

То же несколько гемороидальненько 😳