Имеет ли смысл упаковывать базу в docker-контейнер?

Question

[ksim_miloff]

Здравствуйте,
Уже третий день вожусь с докером, нравится все больше и больше, но во всех туториалах рассматривается идеальная среда: чистая система или уже полностью докеризированная. Как же быть, если у системы есть продолжительная история? Особенно это актуально для дев-машины. В туториалах советуется работать с базой развернутой внутри докер-контейнера.
Как же мне быть:

1. На дев-машине, если уже есть недокеризированная база, с которой работает несколько старых проектов. Есть ли смысл создавать контейнер с базой для нового проекта?
   
2. На хостинге, если база крутится на отдельном сервере. Если да, то нужно ли создавать два контейнера для production и staging отдельно?
   

Спасибо за помощь.

Answer 1

[Станислав]

Упаковывайте в докер сам DBMS, а хранилище через volume подключать. По другому и не сделать.
1) Вопрос нужности, если на дев тачке надо иметь разные DBMS я бы их докерезировал, чтобы в демоне не жрали лишние ресурсы машины, когда они не нужны.
2) Можно и одним обойтись, подключаем volume...

Comments

[ksim_miloff]

В данном случае для чего volumes? Для того, чтобы данные не потерять при пересборке контейнера?

[ksim_miloff]

Станислав, спасибо за ответ. Как вы считаете, как лучше указывать docker-volumes? Может есть какая-то система или best practices. Мне вот, без наличия опыта, интутитивно, захотелось сделать, что-то вроде "docker/vulumes/mongo/".

[Станислав]

Да, именно, чтобы не потерять данные при перезапуске контейнера.
У docker create & docker run есть опция -v, например -v /phisycal_path/from:/container_path/to
Так же надо будет через -p переброс портов организовать