История изменений

Вариант 1: использовать управляемые сервисы (когда админят за вас). Если вы в облаке и вам доступны эти сервисы. Обычно это самый хороший вариант.

Вариант 2: использовать физический сервер. Если из БД нужно выжимать всё до максимума, у вас есть крутые серверы для БД и есть специалисты, которые могут это всё настроить.

Вариант 3: если вы свою БД запускаете в виртуалке или докере, то в принципе нет никаких существенных причин не запускать её в кубере. А плюсы в виде однородной инфраструктуры - есть. При этом в целом пространство для тюнинга очень большое. К примеру можно выделить для БД отдельный сервер, на котором кроме неё ничего не будет, можно использовать локальные диски. То бишь лично я особого отличия от варианта 2 не вижу в плане производительности. Что в контейнере процесс постгреса работает, что без контейнера, для линукса это примерно одно и то же. Тут скорей в предпочтения админа БД упирается, если таковой есть в наличии, ему может быть удобней работать с голой ОС, без прослоек.

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

Неочевидный плюс базы в кубере - операторы. Они могут абсолютно без какой-то настройки делать штуки вроде запуска постгреса в кластере из трёх инстансов с автоматическим фейловером, с постоянным бэкапом в S3. Самому такое настраивать может быть сложно, а тут две строчки и оно работает. И в принципе иметь такое хотят все для продакшна. Это же маст хэв - если сдох сервер, база продолжает работать, если надо откатить базу на 15 минут назад - не проблема. Ну если поломается, то разбираться, конечно, придётся. У меня пока не ломалось.

Вариант 1: использовать управляемые сервисы (когда админят за вас). Если вы в облаке и вам доступны эти сервисы. Обычно это самый хороший вариант.

Вариант 2: использовать физический сервер. Если из БД нужно выжимать всё до максимума, у вас есть крутые серверы для БД и есть специалисты, которые могут это всё настроить.

Вариант 3: если вы свою БД запускаете в виртуалке или докере, то в принципе нет никаких существенных причин не запускать её в кубере. А плюсы в виде однородной инфраструктуры - есть. При этом в целом пространство для тюнинга очень большое. К примеру можно выделить для БД отдельный сервер, на котором кроме неё ничего не будет, можно использовать локальные диски. То бишь лично я особого отличия от варианта 2 не вижу в плане производительности. Что в контейнере процесс постгреса работает, что без контейнера, для линукса это примерно одно и то же. Тут скорей в предпочтения админа БД упирается, если таковой есть в наличии, ему может быть удобней работать с голой ОС, без прослоек.

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

Неочевидный плюс базы в кубере - операторы. Они могут абсолютно без какой-то настройки делать штуки вроде запуска постгреса в кластере из трёх инстансов с автоматическим фейловером, с постоянным бэкапом в S3. Самому такое настраивать может быть сложно, а тут две строчки и оно работает. Ну если поломается, то разбираться, конечно, придётся. У меня пока не ломалось.

Вариант 1: использовать управляемые сервисы (когда админят за вас). Если вы в облаке и вам доступны эти сервисы. Обычно это самый хороший вариант.

Вариант 2: использовать физический сервер. Если из БД нужно выжимать всё до максимума, у вас есть крутые серверы для БД и есть специалисты, которые могут это всё настроить.

Вариант 3: если вы свою БД запускаете в виртуалке или докере, то в принципе нет никаких существенных причин не запускать её в кубере. А плюсы в виде однородной инфраструктуры - есть. При этом в целом пространство для тюнинга очень большое. К примеру можно выделить для БД отдельный сервер, на котором кроме неё ничего не будет, можно использовать локальные диски. То бишь лично я особого отличия от варианта 2 не вижу в плане производительности. Что в контейнере процесс постгреса работает, что без контейнера, для линукса это примерно одно и то же.

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

Неочевидный плюс базы в кубере - операторы. Они могут абсолютно без какой-то настройки делать штуки вроде запуска постгреса в кластере из трёх инстансов с автоматическим фейловером, с постоянным бэкапом в S3. Самому такое настраивать может быть сложно, а тут две строчки и оно работает. Ну если поломается, то разбираться, конечно, придётся. У меня пока не ломалось.