Как лучше организовать работу базы данных и приложений в докерах?

Question

[Danil_Batrakov]

Добрый день, подскажите пожалуйста как лучше организовать работу микросервисов в докерах и базы данных. Стоит ли разворачивать БД в докере, или лучше на хосте, или вообще на другой машине, почему, и какие могут быть подводные камни?
Интересуют общие советы как построить надежное взаимодействие?

P.S. я новичок в области девопса, хотелось бы услышать опыт людей которые уже сталкивались с подобной задачей на практике

Comments

[Василий Банников]

Подводные такие, что:
1. Конфиг СУБД очень часто зависит от конкретной машины, на которую идёт развёртывание
2. Состояние в любом случае не должно попадать в контейнер
3. СУБД хочет иметь наибольший контроль над IO

[Станислав Бодро́в]

Василий Банников,
1 здесь больше вопрос про архитектуру, а не про реализацию в виде конфигурации
2 таки я вас умоляю. После того что видел, порубал мелко-мелко топориком 12 factors, поджёг и сплясал на куче пепла.
3 СУБД может хотеть что угодно. Другой момент, если база начинает сжирать ввод-вывод, это тревожный звонок, который надо брать на карандаш и и скать причину. Возможно аппаратуре хана, кривые настройки или просто гениальные запросы, либо комбинация этих причин.

Answer 1

[Станислав Бодро́в]

подскажите пожалуйста как лучше организовать работу микросервисов

Это гооловная боль программистов. Задача девопс предоставить им среду исполнения и организовать сетевую связность. DDD и прочие шаблоны удел программистов.

Стоит ли разворачивать БД в докере, или лучше на хосте, или вообще на другой машине, почему, и какие могут быть подводные камни?

Тут многое зависит от проекта. Если это наколенный сайт, коих подавляющее большинство, можно сильно не заморачиваться и лепить всё на одном хосте. Но есть правило хорошего тона: разносить хранилище данных (СУБД) и среду обработки данных (обычно бэкенд). Потому что бэкенд может скалироваться горизонтально без особых проблем (но программисты и тут не дремлют), с базами такой номер далеко не всегда проходит. Второй момент: обновление кода (бекенда) не должно аффектить данные (СУБД). Но блин проклятые миграции, миграции, миграции.
Поэтому когда есть возможность разделай код и базы по разным хостам, чтобы спать спокойно. Когда совсем хреново с деньгами и бизнес трясётся за каждую копейку (собственно как всегда), смело лепи на одном хосте (но только не в одном контейнере, не уподобляйся некоторым отечественным компаниям в сфере безопасности). И не парься это совершенно не твоя забота. Ты работаешь с тем что есть.

Comments

[Danil_Batrakov]

Спасибо большое за консультацию!

Answer 2

[Вадим]

Базу данных можно в Докере, но сами данные на отдельном носителе, кот прикрепляется как volume в... например docker compose

Comments

[Danil_Batrakov]

Спасибо за совет!