Самый невыраиглазный - оаус с экспайр ключами. Бб, гх, гл - все умеют

угу, наверное так и буду делать. спасибо

всем привет! я новичек в docker. В общем как я понял docker compose используется для запуска нескольких контейнеров сразу. К примеру у нас микросевисное приложение и нам нужно запустить 3 контейнера с приложением, 2 с бд , 1 с балансером и 2 для воркеров. В общих чертах я правильно понял ? Если проводить аналогию абстракций с Ansible, то compose это playbook который в себя куча ролей ( контейнеров)

да только не надо запускать базы для прода в докере.

да только не надо запускать базы для прода в докере.

Эээээ

это почему ?

я если честно планировал по старинке нарезать виртуалок на VMWare. Спрятать в трех ДЦ за 1 балансером. но заказчик хочет докер.

а. ну раз хочет чо не то

эксплаутировать то самзаказчик будет поди

так почему не стоит бд в проде

согласно доке докера же

тесты и такое вот всё велкам

а базы нини

и прод нини

докер в проде нини ?

докер для прода баз нини

есть пруф ?

ааа

а ну все равно шлепни ссылочку пожалуйста

обчитаю ее полностью

влом. слишком легко ищется

нашел

а базы нини

Чушь какая-то. Спокойно работают базы в докере

нашел

Кидай

Чушь какая-то. Спокойно работают базы в докере

конечно работают

чего бы им не работать.

базы то работают. а толку нет.

О.о

а конкретнее?

а конекретнее что вы хотите от докера ?

https://news.ycombinator.com/item?id=13582757

от докера хотят простой переезд

хоп переподнял и все работает

но базы они имеют вольюмы и их надо таскать

услышано.

а тут докер хоп и не помогает

софт бд в контейнер завернуть. вольюмы отдельно монтируются

так ?

есть у тя всё на одном хосте то и базы в докере норм чо

просто когда у тя проблемы с докером есть только одно решение.

добавь нод.

добавил нод и у тя всё равно проблемы ? снова добавь нод.

впрочем я конечно пугаю да.

от докера хотят простой переезд

Поздравляю. Ну это не работает. А заметание под ковер работает. И реплика простая с докером. Ну короче, я ссылку почитал - вода какая-то и чушь про мифический стейтлесс

дак фил ты будто первый день на этом канале

Спасибо за комментарий Фил.

я блин не могу чот догнать. Допустим исходный код одного модуля обновился. Мне нужно что убить контейнер и создать новый ? Или нужно зайти в контейнер и сделать git pull & restart ? Как мне кажется это зависит от политики доставки. К примеру я ее определяю ...в общем каша сейчас в голове. Короче разделяю и властвую. В докере у меня будет пред настроенное окружение. А все манипуляции буду делать ansible'ом. Верно ?

я понимаю, что с практикой все встанет на свои месте, но блин мне это нужно сделать сегодня )) поэтому возможно буду глупости всякие нести

контейнеры незменны.

изменился код контейнера собери новый

далбаебизм.

к примеру один из сервисов у меня nginx который смотрит наружу

я докером поднимаю nginx образ и ансиблом накатываю туда конфиг

верно ?

не долбоебизм а подход

конфиг чего nginx?

сорри за мат

Представь себе докер контейнер как бинарь в котором зашиты настройки

да конфиг nginx

лучше mount c наружи

во это другое дело

И теперь подумай - будешь ли ты патчить бинарь (в памяти, упаси боже) или просто перезаупстишь его ?

Кривая аналогия бро

ERROR: S client not available

лучше mount c наружи

Зачем тогда нужен докер?

ну как бы... просто если у тебя все это запускается в кластере k8s то mount очень не удобно

Кривая аналогия бро

это не аналогия, это почти правда

О Игорь видел помоему ваше выступление на ютубе

и тогда конечно собираем новый контейнер

правильно

Возможно

Смотрю лицо знакомое

Значит подведем итог

конейтер как бинарный файл - хорошая и правильная аналогия. Но как воркараунд можно прокинуть конфиг

я "пакую" контейнер и запускаю его на сервер. Если что-то изменилось. я пакую новый контейнер и быстро-незаметно подмениваю им старый

или стоп

тебе в продакшене?

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

да в проде

конейтер как бинарный файл - хорошая и правильная аналогия. Но как воркараунд можно прокинуть конфиг

Можно. Можно и в слое выполнения патчить. Но это всё плохие практики. и к ним стоит прибегать только если ты уже умеешь делать нормально и понимаешь почему не стоит делать то что тебе хочется

кол-во серваков какое?

физически 1 сервер

ок

правильно делать так

заказчик хочет сервисы засунуть зачем то в контейнеры мотивируя "идем в ногу со временем"

слушаю

Заказчик умный, будь как заказчик

Evgeny да патчил я на лету ? и в ring 3 и в ring 0, особенно в ring0

1. на каждое изменение конфига собирается новый контейнер 2. Запускается docker service c репликой >2

Evgeny да патчил я на лету ? и в ring 3 и в ring 0, особенно в ring0

Да да, это же так удобно

это единственный выход. ну если не считать патчинг ядра при его загрузке

3. при деплои новой версии ты делаешь service (update) и он подменяет контейнеры поочереди

хм

если ansible сделать конфиг который ты пробросишь и 1 контейнер - получишь downtime при деплое