что такой запрос в гугле тебе дает?

Я разобрался)

Привет всем, скажите, как я могу запустить параллельно, скажем, 16 контейнеров? И как можно адекватно сделать это в женикнсе?

Привет всем, скажите, как я могу запустить параллельно, скажем, 16 контейнеров? И как можно адекватно сделать это в женикнсе?

swarm, но лучше полностью сформулируй для чего хочешь

как правильнее всего после поднятия контейнеров установить chmod на папку внутри контейнера?

RUN chmod -Rf 777 . можено в докерфайле добавить =)

почему то ругается что no such file or directory

https://stackoverflow.com/questions/45972608/how-to-give-folder-permissions-inside-a-docker-container-folder

Вы из :latest деплоите на прод?

Вы из :latest деплоите на прод?

Я к тому, чтобы уточнить кейс) Так то, настраиваешь авто-деплой в вашей CD системе, что используете для ручных деплоев, например, по ночам)). Или авто-деплой после загрузки образа в регистри

Контейнер - низкий уровень, он даёт интерфейсы, а как за них дергать - у всех свои хотелки)

Хреновый подход.

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

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

А как ты билдишь и загружаешь в регистри? На локалхосте, или в Дженкинсе.?

Обоснуй

А что обосновывать? Ты готов катить на прод неизвестную версию приложения из реджистри? Ну, как напорешься — расскажи.

А что обосновывать? Ты готов катить на прод неизвестную версию приложения из реджистри? Ну, как напорешься — расскажи.

тесты не слышал?

Drone.io ну почти тоже самое

При чём тут тесты?

При чём тут тесты?

Тесты в разные моменты могут выполнятся. Вот разраб прислал комит, собрался , улетел в регистри, запустились тесты дальше в пайплайне, и упали. При этом образ уже в регистри, и параллельно кто-то выкатил на прод это

Или нужно уточнить что разные репы для дева и прода

Я про то, что лить конкретный имедж намного проще, чем подкладывать себе потенциальные грабли. Тесты — оно хорошо, но по закону Мерфи то, что может сломаться, сломается, и лениться, указывая :latest довольно глупое занятие.

У меня 20 микросервисов, разные команды и деплой каждый день, тут нельзя договориться за версию, только мастер - совместимость и latest

Мда. В том же дженкинсе есть такая штука, как переменные окружения. Собрал app:$BUILD_NUMBER, выкатил app:$BUILD_NUMBER. Это лишь один из способов.

Я ничё не понял, какой смысл?

@friendly_zika интересно послушать про флоу, CI/CD и мониторинг, тестирование, как все связано вместе

А как отличить артефакт, который с фичей и прошёл тесты, от того что только что собран (новая фича) и ещё не прошел?)

Ну ок, что я могу сказать? Лей дальше лэйтест. Ты попросил обосновать, я обосновал, в дальнейшем споре на тему не вижу смысла, каждый дрочит как он хочет.

Мда. В том же дженкинсе есть такая штука, как переменные окружения. Собрал app:$BUILD_NUMBER, выкатил app:$BUILD_NUMBER. Это лишь один из способов.

Ты не объяснил зачем

Могу понятно объяснить тебе почему это говно

Давай.

вот у меня продукт целиковый из микросирсов. Команда 1 написала киллерфичу, гдет чёт напишила и собрала твой офигенный app:BUILD_NUMBER33 в своём дженкинсе. Команда 17 тоже должна обновить свой сервис для киллерфичи и им надо забрать сервис команды 1 с последними изменениями, им придётся знать, что это именно BUILD_NUMBER33, откуда им это. блин, знать?

А при чём тут команды? Команды пускай latest пулят. Речь-то была о деплое на прод.

все latest пулили пулили, тестили тестили, а выкатывать каждый микросервис будем из BUILD_NUMBERXXX , шо за нах?

Допустим они даже узнали, что это именно 33 билд в слаке (что конечно никак с автоматизацией не вяжется), что им делать с остальными 5 зависимости от других команд, они даже человека не знают кто там работает именно. А если команда 17 тупит и долго интегрируется с 33 билдом команды 1, тем временем у команды 1 уже 35 билд, им каждый раз в слак писать, поцаны, обновитесь!! ??

Коллега, у тебя всё хорошо с логикой? Ещё раз: в процессе разработки можно пулить последнюю версию. На прод и препрод для тестов надо катить фиксированную.

Без обид, просто интересно, Вы давно в профессии?

я тебе не коллега, приятель. А выкатывать будем фикс версию всем микросервисам ?

ты давно дурачок, только без обид?

Оно и видно, что не коллега. Да, всем. А что мешает-то? Процесс должен быть одинаков для всех.

Оно и видно, что не коллега. Да, всем. А что мешает-то? Процесс должен быть одинаков для всех.

Мне больше интересно ещё вот что --- если нашли багу на проде после релиза. что-то упустили и т.п. Откатываться назад - на какую версию?

как это возможно, если сервис 1 деплоится в два раза чаще сервиса 17 ?

Слушай, ты полез в залупу, доказывая, что не надо фиксировать версии приложения в деплое и начал приводить примеры из собственной инфраструктуры, которая явно нетипична. Если человек рулит такой инфрой, он явно не будет задавать такие вопросы. В большинстве случаев делать это нужно, потому что это потенциальная и очень явная точка отказа, а ты занимаешься хернёй, натягивая сову на глобус и пытаясь доказать, что твой конкретно подход правильный. Я тебе уже сказал, что каждый дрочит как он хочет. Не надо подавать дурной пример другим, если у вас сделано через жопу (возможно вынужденно). Если ты готов пойти на риск сломать прод — твоё право. Я нет. На этом пикировку предлагаю завершить.

я задал конкретный тебе вопрос, а ты налил воды, ты не прав и твоё решение не работает, я объяснил сообщением выше почему именно, повторюсь - невозможно проставить всем сервисам одну и туже версию, если они деплоятся не одновременно, а в реальной жизни на серьёзном проекте так и есть