нет, вы можете просто разворачивать длительные образы только на тегированных машинах

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

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

правда есть руками прибитые СУБД, но мы думаем как от этого избавиться сейчас и перенести их тоже в кластер...

правда пока плохо думается

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

кстати на счет кубера - я тут хочу ноды гитлаба в докер засунуть и задумался над вопросом - есть ли у кубера такие преимущества перед свармом, что стоит убить кучу времени на его понимание и развертку, если мне просто нужно поднять кластер, чтобы он работал, без хитрых и особых настроек?

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

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

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

(нубовопрос) а до сих пор не придумали как обновить стек, кроме docker-compose stop && docker-compose build && docker-compose up ?

(нубовопрос) а до сих пор не придумали как обновить стек, кроме docker-compose stop && docker-compose build && docker-compose up ?

kubernetes?)

да и swarm запустили больше года назад

kubernetes?)

Не, для пары контейнеров это маленький перебор 🙂

но можно да, что бы не мучаться

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

а для пары контейнеров и blue-green деплой не нужен)

ну вдруг. случаи - они разные бывают.

а что мешает сварм юзать на пару контейнеров?

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

ну и политики деплоя

а что мешает сварм юзать на пару контейнеров?

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

поднимать оркестратор это набрать одну команду то?)

даже ставить ничего ненадо, все из коробки😊

поднимать оркестратор это набрать одну команду то?)

ну да. но это надо помнить, что поднял его и что потом надо не docker-compose звать, а сварм и так далее. для хоста, на котрых заходишь раз в пару месяцев - это перебор 🙂

ну да. но это надо помнить, что поднял его и что потом надо не docker-compose звать, а сварм и так далее. для хоста, на котрых заходишь раз в пару месяцев - это перебор 🙂

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

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

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

я пришел суда узнать, не появилось ли чего-то на замену, да. заняться есть чем, потому что и свармы и куберы есть, но не про этот хост

я пришел суда узнать, не появилось ли чего-то на замену, да. заняться есть чем, потому что и свармы и куберы есть, но не про этот хост

тогда баш-скрипты. надеюсь это не перебор - помнить о самописных башскриптах на хостах, куда заходишь раз в два месяца

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

нубовопрос в продолжение. А где можно прочитать чуть более детально, но компактно и конкретно про это? (для тех у кого опыт только с docker & docker-compose)

Ты не поверишь, но в документации

Прям вот компактно и конкретно

Может кто поможет, где. ошибаюсь. Когда делаю через docker build, docker run - всё запускает, а когда пытаюсь через doker-compose up пишет: enoent ENOENT: no such file or directory, open '/usr/src/yesterday/package.json'

https://gist.github.com/OverVlad/7c4991d1d35069d573b86a1fe417a607

в документации есть вопрос "как сделать", но перед "как" хотелось бы понять сценари "что можно сделать". у меня именно с этим возникла сложность в понимании. Бизнес-задача: настроить автоматическое обновление на сервера при изменении докер-образа. Простого описания сценария я пока не смог найти. А без понимания сценария разбираться "как сделать" вродь бы как рано.

Ты слегка заблуждаешься в последовательности

Начни с документации, ознакомься, какие карты вообще в колоде есть

Прежде чем садиться за стол

в документации есть вопрос "как сделать", но перед "как" хотелось бы понять сценари "что можно сделать". у меня именно с этим возникла сложность в понимании. Бизнес-задача: настроить автоматическое обновление на сервера при изменении докер-образа. Простого описания сценария я пока не смог найти. А без понимания сценария разбираться "как сделать" вродь бы как рано.

докер-образ меняется только при изменении докер-файла. докер-файл кто-то меняет и где-то хранит. отсюда и пляши

вообще как тут уже сказали зависимость неправильна

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

докер-образ меняется только при изменении докер-файла. докер-файл кто-то меняет и где-то хранит. отсюда и пляши

докер файл собирает gitlab. но вот кто кого должен дергать и как технически (в виде какой то диаграмки) ни в доках гитлаба ни сварм ни кибера я пока не нашел.

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

даже спорить не буду. где б почитать про хорошие практики?

докер файл собирает gitlab. но вот кто кого должен дергать и как технически (в виде какой то диаграмки) ни в доках гитлаба ни сварм ни кибера я пока не нашел.

заливаешь в регистри и дергаешь апдейт со стороны хоста где нужно обновить

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

он может с ним и в нем работать, а как строить пайплайн уже решает девопс

заливаешь в регистри и дергаешь апдейт со стороны хоста где нужно обновить

Что такое ответ програмиста? Это абсолютно правильный и абсолютно бесполезный ответ ))) (без обид) я понимаю что ктото кого то должен дергать. но вот сценариев как это могло бы (или должно бы) работать я в доступном для понимания виде не нахожу. я не есть профдевопс, не трачу на это все время. пока у меня деплой происходит с помощью Capistrano, но я понимаю, что нужно как то это усовершенствовать. Но вот общего понимания конечной схемы до сих пор не пришло :(

предлагаешь расписать тебе вас пайплайн с гайдами по тулзам?)

очень надеюсь что есть в какой то доступной форме бестпрактики )

парни

дам ключевые слова gitlab gitlab-worker gitlab-registry

gitlab-worker - ранер?

а где json файл с описаниями для контейнеров лежит

у докера

gitlab-worker - ранер?

да, ранер

1 хост для сборки, на втором хосте крутятся контейнеры

дам ключевые слова gitlab gitlab-worker gitlab-registry

все трое настроены. ранер собирает образ и складивает его в регистр.

один ранер собирает, другой раннер пулит и апдейтит

дале захожу на сервер и ручками push/restart

автоматизировать никак?

второй раннер поставить и добавить в пайплайн

вот с пулит и апдейтит - пока не врубился как должно работать :(

вродь и не тугодум, но не заходит понимание...

что такое hostconfig.json

второй раннер поставить и добавить в пайплайн

этот совет услышал. спасибо. копну, попробую...

сам нашёл

мне тут никто немог подсказать

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

Пичаль беда

/var/lib/docker/containers/id_container

там json

и его надо редактировать чтоб открыть новые порты

параметром передавать не кошерно уже?

коммит на 30г

ну да нуджа

зачем он обфусцирует конфиг

а причем тут коммит?

в смысле в 1 строку

а причем тут коммит?

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

потому что "он" не человек и ему пофиг сколько там строк и с какими отступами