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

добавь нод.

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

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

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

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

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

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

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

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

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

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

далбаебизм.

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

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

верно ?

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

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

сорри за мат

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

да конфиг nginx

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

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

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

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

лучше 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 при деплое

если 2 контейнера в каждый из которых ты конфиг mount

то когда ansible его изменит получится что ты поменял конфиг в обоих контейнерах

ты их конечно перезапустишь, но rollback отпадает. А если это не nginx в контейнере а какой то php, то в случае плохих конфгов можно и сломать что нибуть

ror

ну я хз как ror с конфигом будет работать

он его читает при старте?

или есть поддержка горячей замены?

да читает при старте

в общем правильней без downtime с rollback'ом ?

есть ссылочки, видео обучиться ?

я делал ror с 0 даунтаймом в продакшне

через docker-swarm

и с ролбеком да

но со мной там был devops еще, так что не все нюансы знаю

вопрос

это нормальная практика логи nginx кидать в mount ?

это нормальная практика логи nginx кидать в mount ?

Имхо не оч Лучше харвестер для логов завести

мне нужно будет потом завернуть логи в elasticsearch

мне нужно будет потом завернуть логи в elasticsearch

Тем более лучше харвестер для логов завести

filebeat

thx!

thx!

Обращайся И нет, не nohchi)

народ кто прикручивал Telegramalarm к Graylog в докере?

кто-нибудь юзает ipv6 в докерах?

ну он кое как и кое где работает