Spring Boot Docker — REDEPLOY in Docker — последовательность действий?

Question

[web_dev]

Здравствуйте,

у меня простой вопрос. Хочется сделать максимально просто и правильно.
У меня Spring Boot Gradle проект.
Прикрутил plugin. https://spring.io/guides/gs/spring-boot-docker/

Хочу настроить в jenkins auto-redeploy своего приложения в контейнер.
Немного не хватает понимания в последовательности действий/шагов...

Я делаю пересборку ./gradlew build buildDocker - там речь идет, что мне нужен докер инстанц на dockerHub - это обязательно? Что мне делать? Может можно как-то обойтись локальным контейнером? Перед сборкой останавливать и удалять работающий контейнер, а потом заново создавать?

Спасибо за подсказки..

Answer 1

[Максим Мосейчук]

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

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

Dockerhub не обязателен, если локально есть образ с нужным именем, то docker не лезет в сеть.

Comments

[web_dev]

fshp Спасибо за ответ, да, верно - образ. понятно. А можно здесь же еще один вопросик? ))) Дело в том, что у меня jenkins бегает в контейнере и собирает проект там же. У меня прокинут volumes на host. Но теперь постал вопрос, как мне из jenkins запустить shell команду на host-e. В jenkins-проекте это понятно, а вот как из jenkins-контейнера залезть в host-shell и из него удалить контейнер и создать новый?

[Максим Мосейчук]

web_dev: https://forums.docker.com/t/how-can-i-run-docker-c...

[web_dev]

fshp: Я видел эту ссылку, но не очень понимаю, вот команда из справки.. docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
Что ты это значило? "/var/run/docker.sock", а "sh -c"?

[Максим Мосейчук]

web_dev: конкретно что не понятно?

[web_dev]

fshp: Конкретно. Я нахожусь в container shell в которой работает jenkins. Мне для начала нужно выполнить следующее "docker stop container -> docker rm container -> потом чтоб отработал или gadle plugin или перенести Dockerfile и из него же ручками создавать новый образ".. Где мне это все прописывать? Как-то паковать все в одну команду слишком..

[Максим Мосейчук]

web_dev: "Где мне это все прописывать"
Конечно же в скриптах сборки jenkins.

[web_dev]

fshp: )))) Дык вот именно, это мне и понятно. Непонятно, как это можно прописать несколькими командами. В той ссылке что вы скинули мне непонятно вот это ""/var/run/docker.sock", и "sh -c"?" Записывать все нужные докер команды в скобочках ""?

[Максим Мосейчук]

web_dev: ну так вы просто не читали документацию докера, поэтому вам ничего и не понятно.

/var/run/docker.sock - это сокет для управления демоном докера.
Если его пробросить в контейнер, то внутри контейнера можно прозрачно рулить докером хоста через команду "docker".

Это единственное, что вам нужно было по той ссылке.

[web_dev]

fshp: ))) Нет, я документацию читал, просто этого не видел, читал основы, основные понятия и так д.. Для меня лично, это уже другой уровень, так как я с консолью и unix не совсем на "ты".
Ну вот, написал команду при сборке проекта (запустить shell команду)

+ docker stop -v /var/run/docker.sock:/var/run/docker.sock ca_mongo
/tmp/hudson6606759803062311704.sh: 2: /tmp/hudson6606759803062311704.sh: docker: not found
Build step 'Выполнить команду shell' marked build as failure

ca_mongo работающий контейнер. Что не так? Или нужно этот проброс делать сразу же при старте в docker-compose?

[Максим Мосейчук]

web_dev:

Блин, ну проброс файлов это же самые основы.

Проброс осуществляется во время СОЗДАНИЯ контейнера.

Вам нужно создать новый контейнер с дженкинсом, пробросив туда сокет. И установить внутри контейнера клиент docker.

[web_dev]

fshp: Понял, я почему-то подумал, что это просто линк на демона.
Ну вот, спасибо за подсказку, что там тоже докер установить нужно. ))