АС
неужели нельзя без подсетей и тд
Size: a a a
2020 July 29
ЕХ
говорят база в контейнере не оч идея
врать не буду, не делал так
а почему плохая?
а почему плохая?
P
врать не буду, не делал так
а почему плохая?
а почему плохая?
Контейнер может быть уничтожен и пересоздан, а данные он откуда возьмет?
DN
есть линукс сервер, на нем стоит база
и есть ряд контейнеров, которые ее используют
как к ней обращаться не использую белый айпи сервера а использую локалхост?
и есть ряд контейнеров, которые ее используют
как к ней обращаться не использую белый айпи сервера а использую локалхост?
Самое простое, что ты можешь сделать: запустить контейнер с флагом --network host (network_mode: 'host’).
Однако, я считаю, что стоит поднять контейнер с базой и контейнер с приложением в рамках одной сети. Корректно настроить монтирование в контейнер каталога хоста, где БД будет хранить данные. И подключать одно к другому по именам контейнеров.
Однако, я считаю, что стоит поднять контейнер с базой и контейнер с приложением в рамках одной сети. Корректно настроить монтирование в контейнер каталога хоста, где БД будет хранить данные. И подключать одно к другому по именам контейнеров.
ЕП
Контейнер может быть уничтожен и пересоздан, а данные он откуда возьмет?
-v ?
АС
Самое простое, что ты можешь сделать: запустить контейнер с флагом --network host (network_mode: 'host’).
Однако, я считаю, что стоит поднять контейнер с базой и контейнер с приложением в рамках одной сети. Корректно настроить монтирование в контейнер каталога хоста, где БД будет хранить данные. И подключать одно к другому по именам контейнеров.
Однако, я считаю, что стоит поднять контейнер с базой и контейнер с приложением в рамках одной сети. Корректно настроить монтирование в контейнер каталога хоста, где БД будет хранить данные. И подключать одно к другому по именам контейнеров.
--network host, что указывать за место host? или 1:1 использовать этот флаг?
DN
Контейнер может быть уничтожен и пересоздан, а данные он откуда возьмет?
А если подробнее, то кладешь в контейнере файлы базы в какое-то место, монтируешь это хозяйство к хосту (
-v) да. И база хранится не в контейнере, а на хосте.DN
--network host, что указывать за место host? или 1:1 использовать этот флаг?
DN
--network host, что указывать за место host? или 1:1 использовать этот флаг?
Но это не продакшн-решение, кмк.
АС
А если подробнее, то кладешь в контейнере файлы базы в какое-то место, монтируешь это хозяйство к хосту (
-v) да. И база хранится не в контейнере, а на хосте.и через какой адрес внутри докера его использовать ? через localhost:1234, 127.0.0.1:1234, 0.0.0.0:1234 ?
АС
в коде самого приложения
P
А если подробнее, то кладешь в контейнере файлы базы в какое-то место, монтируешь это хозяйство к хосту (
-v) да. И база хранится не в контейнере, а на хосте.Только чуть в другом порядке. Монтируешь в контейнер волюм с хоста и потом туда кладёшь базу, не?
DN
и через какой адрес внутри докера его использовать ? через localhost:1234, 127.0.0.1:1234, 0.0.0.0:1234 ?
DN
Только чуть в другом порядке. Монтируешь в контейнер волюм с хоста и потом туда кладёшь базу, не?
Для понимания:
/var/lib/postgres/data - каталог на хосте/var/lib/postgres/data/base - каталог в контейнереdocker run -d -v /var/lib/postgres/data:/var/lib/postgres/data/base postgres:13DN
Разумеется при настройке базы нужно указать точно, где хранить данные в контейнере.
P
Для понимания:
/var/lib/postgres/data - каталог на хосте/var/lib/postgres/data/base - каталог в контейнереdocker run -d -v /var/lib/postgres/data:/var/lib/postgres/data/base postgres:13Вот и я про то же.
МИ
Под CentOS8 есть какие репозитории с docker/docker-compose ? На оф сайте предлагают решение:
sudo curl -L "https://github.com/docker/compose/releases/download/1.26.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
sudo curl -L "https://github.com/docker/compose/releases/download/1.26.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
P
Разумеется при настройке базы нужно указать точно, где хранить данные в контейнере.
Либо в качестве точки монтирования указать стандартное расположение каталога баз для выбранной СУБД
DN
Либо в качестве точки монтирования указать стандартное расположение каталога баз для выбранной СУБД
Плохая практика. Привычка останется, потом будет маленькая головоломка: “какого черта база не хранится”. Если есть возможность указать переменную, надо ее указать, а не оставлять это на откуп дефолтного значения.
DN
Представим, что мы так зафигачиваем монгу?! Там пацаны вообще не парятся по поводу обратной совместимости, и могут поменять стандартное расположение.