Какая стратегия контейнеризации Postgres предпочтительнее?

Question

[gubber]

Предположим есть некоторое многомодульное docker приложение. Которое использует postgres как БД. Postgres так же запущен в контейнер. Но встаёт вопрос, если надо обновить контейнер с Postgres, то все данные, которые были сохранены в БД будут потеряны. Правильно?
Как лучше организовать запуск Postgres в контейнере в данном случае?
В голове крутится только одна идея, примонтировать внешний диск в путь, куда постгрес сохраняет файловую структуру БД, и после обновления образа, папка с данными уже будет доступна со всеми старыми данными.

Comments

[Папа Стифлера]

А в чем сакральный смысл разбещать сервер БД в контейнере? Кроме как поиметь геморрой размером с кулак, какой еще профит?

[gubber]

Папа Стифлера: Иметь общую и проверенную конфигурацию всего приложения. А не готовить один набор настроек для разработки, второй набор настроек для тестов и третий набор настроек для продуктовой установки.

[Антон Швец]

Папа Стифлера: в чем геморой? Лично для меня профит - у меня несколько бд на одной машине, все они лежат в папке с соответствующим приложением. Удобно переносить, использовать другие экземпляры бд, бекапить.
Минус я вижу только для высоконагруженного сервиса - это задержки на сетевое взаимодействие.

[Папа Стифлера]

Антон: если когда нибудь дорастете до 300-500К rps на ноду - поймете :)

[gubber]

Папа Стифлера: А можете просветить о проблемах?

[Антон Швец]

gubber: ну как бы пихать хайлоад бд в докер это сам себе буратино, но тут другого уровня вопрос.

[Илья]

Папа Стифлера: 300-500к рпс на бд? Да уж, там явно какие-то проблемы

[Папа Стифлера]

Илья там все изумительно работает. Правильно настроенный MySQL на правильном железе способен держать нагрузку в 1М rps. А PostgeSQL сильно больше.

Answer 1

[Илья]

volume