Comments 9
Зачем вы продуктивную БД в докер запихали?)
А почему нет?
Потому что docker по своей природе stateless?
В целом для маленьких баз с низкой нагрузкой, это может быть и норм. Но для продуктивной эксплуатации не один вендор не рекомендует использовать виртуализацию или контейнеризацию.
Если кратко то есть проблемы:
Латентность файловой системы которую использует докер
Сетевые задержки на визуальных итерфейсах
Миграция и обновление вызывает сложности
Есть особенности резервного копирования
Сложности мониторинга и профайлинга, многие тулзы нацелены только на голую OS, а не контейнеры
Просто весьма странно запихивать в контейнер то что из коробки требует большого железного кластера
Как то не убедительно звучит, если честно…
Если деградация производительности для вас не убедительно, то как бы дальше обсуждать нечего
Что то я не вижу фактов деградации производительности. А docker на Linux хосте проседает на 1-2% от нативной. Это в целом в рамках погрешностей. Очень кстати интересно, а как работают все эти managed postgresql? Не уж то baremetal везут в шкаф и бегают гномики быстро раскатывают? Или все таки через виртуализацию? То то и оно.
Есть кстати набор готовых образов-миграторов как раз для таких случаев.
Как я делал upgrade PosgreSQL 12 -> 16