Не представлю как за неделю можно прод перевести на докер

Если одно приложение, то в чем проблема?

Ну смотря какое.

Какое не перевести?

Такое, которое уже под CD. Только без докера.

Ниубедил

Зож

Здоровый образ жизни

Сервис из одного приложения не может сложно деплоиться. Ну только если вы не пхп

Сервис из одного приложения не может сложно деплоиться. Ну только если вы не пхп

Наброс низащитан.

Так приведи пример.

Не представлю как за неделю можно прод перевести на докер

Я вот представляю

И, в реальности, неделя это вполне нормальный срок

Я вот представляю

+

Рад за вас )

Если делаешь это постоянно, вопрос занимает минуты :)

Может в чате есть уже кто-то, кто родился с CI/CD в заднице?)

Может в чате есть уже кто-то, кто родился с CI/CD в заднице?)

ну у нас ребята митапы мутили по этой теме https://www.youtube.com/watch?v=CULPAN5kQuU&list=PLI-dLr3jrAaFgYHl1RM1wRoMUU7rHcQwC&index=2

@rkononov тут обитает

ну у нас ребята митапы мутили по этой теме https://www.youtube.com/watch?v=CULPAN5kQuU&list=PLI-dLr3jrAaFgYHl1RM1wRoMUU7rHcQwC&index=2

Боюсь открывать видео про людей, рожденных с чем-то непрерывным в заднице.

Не представлю как за неделю можно прод перевести на докер

докер готовился 2 месяца. nginx->gunicorn->python еще всякие redis rabbitmq, из бд постгрес и тарантул, стейджинги уже все оттестированы, выкатываю контейнеры и глушу супервизор.

Воо, история начинает быть более правдивой )

Всего лишь 2 месяца ебатни с докером и ... PROFIT!

Вот сюрприз кого-то ждет :)

архитектор не против) остальным сам расскажет, если кто еще не в курсе

архитектор не против) остальным сам расскажет, если кто еще не в курсе

Как вы деплоите код?

Боюсь открывать видео про людей, рожденных с чем-то непрерывным в заднице.

не сцы братан

Как вы деплоите код?

обновляем исходники и docker-compose kill -s HUP

обновляем исходники и docker-compose kill -s HUP

Т.е. активные соединения будут проебаны?

HUP сигнал старые не обрывает, новые подтягивают изменения

Т.е. по итоге деплой получается полностью прозрачный и если запустить siege то не будет ни одной 500 на балансере?

Т.е. по итоге деплой получается полностью прозрачный и если запустить siege то не будет ни одной 500 на балансере?

да, то есть например гуникорн получил хуп сигнал и 32 воркера просто дорабатывают все соединения, а новые уже с новыми воркерами работают. Но я все же думаю перед kill -s HUP сначала бекап поднять, а в случае 500 ошибки nginx переключится на бекап

А тут есть кто пользуется pycharm в связке с докером ? в режиме remote interpreter? чо то оно у меня падает. я такой один ?

да, то есть например гуникорн получил хуп сигнал и 32 воркера просто дорабатывают все соединения, а новые уже с новыми воркерами работают. Но я все же думаю перед kill -s HUP сначала бекап поднять, а в случае 500 ошибки nginx переключится на бекап

И на скольки тачках все эти 32 воркера? На одной?

А тут есть кто пользуется pycharm в связке с докером ? в режиме remote interpreter? чо то оно у меня падает. я такой один ?

у меня ок

у тя форточка ?

OS X

куда бы копать

у меня хочет какую то переменную

так вот https://youtrack.jetbrains.com/issue/PY-20270#viewimage=%25D0%2592%25D1%258B%25D0%25B4%25D0%25B5%25D0%25BB%25D0%25B5%25D0%25BD%25D0%25B8%25D0%25B5_001.png%3Ffile=74-332522&c=true&rw=1253&rh=772&u=1469983655346

И на скольки тачках все эти 32 воркера? На одной?

10 тачек, на каждой 32 воркера, 8 гигов оперативы на каждой достаточно. есть конечно утечка, но это проблему решили тем, что каждые 4 часа HUP сигнал кидаем

я знаю, что compose они там как-то криво поддерживают

у меня раньше не получалось его запустить

попробуй без него

10 тачек, на каждой 32 воркера, 8 гигов оперативы на каждой достаточно. есть конечно утечка, но это проблему решили тем, что каждые 4 часа HUP сигнал кидаем

Так а код получается пулите из репо или вкомпиливаете в имидж докера?

Без него также

Типа инкомплит сетуп

просто докер без compose такая же ошибка будет?

ага

Так а код получается пулите из репо или вкомпиливаете в имидж докера?

код в отдельном контейнере. он и обновляется, а остальные контейнеры используют volumes-from=container:source

код в отдельном контейнере. он и обновляется, а остальные контейнеры используют volumes-from=container:source

Так а как он у вас обновляется?

попробуй поставить Docker for Windows

https://docs.docker.com/docker-for-windows/

docker-compose -f source.yml up

это рекомендуемый способ сейчас

docker-compose -f source.yml up

Ну т.е. оно его тупо с гита пулить?

Я то вот думаю как сделать схему, когда я в реджистри буду пихать контейнер с кодом уже. И версией.

Ну т.е. оно его тупо с гита пулить?

да

я вот тоже думаю

нее у меня линукс

на маке я использую Docker for Mac и потом в отдельном окне терминала запускаю socat TCP-LISTEN:8099,reuseaddr,fork UNIX-CONNECT:/var/run/docker.sock

ИМХО это более прямая схема

И в ней роллбек будет без костылей

такое ощущение что поломалась связка именно в довер 1.12

и подключаюсь к tcp://127.0.0.1:8099

Я то вот думаю как сделать схему, когда я в реджистри буду пихать контейнер с кодом уже. И версией.

основную схему он не ломает, просто тестмровщикам нужен гит) они там мержат потом руками в контейнере

а зчем так не просто ?

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

ERROR: S client not available

а там не получается иначе подружить с Docker for Mac

(и пришлось бы через Virtualbox)

можно же просто в старте указать -H 127.0.0.1:2376

основную схему он не ломает, просто тестмровщикам нужен гит) они там мержат потом руками в контейнере

Не совсем понял зачем им гит.

может там дебаг какой есть ?

я просто этот способ нашёл на их трекере

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

так версию спокойно переключаем, гуникорн подцепил все в память, выкатил новый контейнер, отправил HUP сигнал

возможно, есть и лучше варианты, да

он уже с обновленного контейнера цепанул исходники

мне особо без разницы - всё равно комп не выключаю, оно у меня просто фоном висит и всё

он уже с обновленного контейнера цепанул исходники

Так ты щас описываешь схему когда у тебя все равно контейнер с исходником. А я про кейс когда в контейнере исходники и fpm например.

Типа такой пак с приложением.

Не совсем понял зачем им гит.

git merge origin/new_branch типа чтобы стейджинг новый не дергать, мерджат в контейнере

Так ты щас описываешь схему когда у тебя все равно контейнер с исходником. А я про кейс когда в контейнере исходники и fpm например.

в таком варианте делаешь в nginx upstream с server http://backup.container:9000 backup;

поднимаешь бекап, потом обновляешь основу и бекап выключаешь

Я то вот думаю как сделать схему, когда я в реджистри буду пихать контейнер с кодом уже. И версией.

Может просто так и делать?

Может просто так и делать?

ему еще важен gracefull reload

Долгие соединения?

При высоком трафике будут 500 если об этом не думать

Долгие соединения или почему?

Обычные такие соединения

Ну вот деплоишь ты, и если не грейсфул то будет 20-30 фаталов. Одни могут быть в апи, другие на сайте

Все это портит User Experience.

Не. Тебе просто надо все новые соединения кидать на новые инстансы. Подождать пока не перестанут работать старые контейнеры и снести из

И чуть сложнее бывает на длинных коннектах

Так то да. Но просто щас вообще супер простая и тупая схема с симлинками и директориями

А. Так это ж вообще не докервей

Дак да.

Но если уж и переходить на докервей, то я хочу паковать в контейнер приложения код и fpm

Ну да, так и надо

Ну так вот чот не видел еще нигде что-то аля Capistrano чтобы это все было уже сделано. Я о переключении контейнеров.

Это сделать же совсем легко на нгинксе (Чистяков, извини что рушу усладу глаз твоих)