Email or username:

Password:

Forgot your password?
​vlnst

Интересно, если Misskey поднимать в докере, то там используется образ postgresql с volume в ./db:/var/lib/postgresql/data

Я когда об этом узнал задумался, зачем запихивать БД в контейнер и как в таком случае делать бэкапы (в контейнере запускать pg_dump)?

Быстрое гугление показало, что это не нужно и не рекомендуется для прода. Тогда зачем разрабочтики Misskey так сделали?

Или я не прав и это норм практика?

7 comments
Alexey Skobkin

@vlnst это конфиг для разработки очевидно.

​vlnst

@skobkin@lor.sh если бы. У них этот конфиг для установки используется

Alexey Skobkin

@vlnst
Ну...

Держать постгрес в докере не страшно, но тут конфиг слишком дефолтный и модификации не подразумеваются.

В конце концов не требуй много от JS разработчиков.

​vlnst

@skobkin@lor.sh

> Держать постгрес в докере не страшно, но тут конфиг слишком дефолтный и модификации не подразумеваются.

Я уж лучше подниму без докера, так как мне кажется, бд в контейнере добавит трудностей (уже переносил базу на другой сервер и поднимал, экспириенс не из приятных. Там, вроде, даже какого-то дефолтного пользователя не было в контейнере, пришлось создавать)

> В конце концов не требуй много от JS разработчиков.

​:noooo:​

Alexey Skobkin

@vlnst
Как раз перекидывать контейнеры проще.
Но у этой конфы есть нюансы.

​vlnst

@skobkin@lor.sh и как я буду данные переносить? Просто копируя папку с бд?

κρ🦥μγ

@vlnst например, чтобы строить из одного compose-файла всё (с подсетями и dns-именами).

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

А можно разные версии БД раскатать на одной машине при миграции.

короче, вопрос спорный.

Go Up