Да, в этом проблема. Ещё некоторые сервисы не различают изменения в файлах - uwsgi будет хостить приложение со старой логикой до перезапуска, если не ошибаюсь.

Под изменения, собирай новый образ. Иначе, смысла в docker 0

Под изменения, собирай новый образ. Иначе, смысла в docker 0

Отлично, как мне сделать это автоматически?

Ci

Ci

> Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать. > Нужна утилита, которая будет отслеживать изменения в файлах, на которых строится образ, и перезапускать контейнер. Желательно в связке в docker-compose.

> Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать. > Нужна утилита, которая будет отслеживать изменения в файлах, на которых строится образ, и перезапускать контейнер. Желательно в связке в docker-compose.

Не вижу противоречеия, с помощью ci/cd из ветки, скажем: <username>/xxx можешь настроить деплой на свою локальную машину. При хтом, повесить сборку и деплой на комит

?

> Я веду разработку, во время неё мне нужно иметь доступ к результату. Я бы не хотел коммитить код, результат работы которого я не вижу и не могу протестировать. > Нужна утилита, которая будет отслеживать изменения в файлах, на которых строится образ, и перезапускать контейнер. Желательно в связке в docker-compose.

export FLASK_DEBUG=1 У тебя ж фласк

Ну и волюмом пробрасывать код

Ну и локально, повесь git hook на рестарт контейнера

Ну и локально, повесь git hook на рестарт контейнера

Ему просто надо по изменению файлов реловдить фласк

Нафига тут гит хуки

На каждый чих коммитить? Или рассчитывать что у него там грамотно с тестами все и запускать локально не надо?)

Скажем у меня для подобного просто баш скрипт ранает exec в контейнере по изменению файлов что бы сигнал воркерам на релоад послать. Uwsgi это вроде тоже умеет

На каждый чих коммитить? Или рассчитывать что у него там грамотно с тестами все и запускать локально не надо?)

Так, я про локальный hook, пушить то не обязательно

Так, я про локальный hook, пушить то не обязательно

Ты предлагаешь на каждое изменение делать коммит. Это не продуктивно

Не у всех воркылоу подразумевает ide -> commit -> посмотреть что закоммитил

В целом ватчер файлов можно настроить за пару минут. Гит тут в цепочке лишний

Вот выше посмотрел на конфиг и вопрос. А зачем указывают subnet? Не все ли равно какой ip внутри контейнера?

У меня на определенный ip приложуля коннектится, проще было в подсети ip подсунуть, чем приложение переконфигурировать

Кто-нибудь работал с докером в TeamCity?

Кто-нибудь работал с докером в TeamCity?

@andorka плевался, видимо работал

Отлично, как мне сделать это автоматически?

Google: docker hot reload <your_app_name>

Если у тебя программа интерпритируемая - вполне норм. Если компилируемая - скорее всего будет свой образ для инкрементной сборки.

Для dev-версии docker-compose.yml стоит создать отдельные dockerfiles? Без копирования (директив COPY), например?

Для dev-версии docker-compose.yml стоит создать отдельные dockerfiles? Без копирования (директив COPY), например?

Я понял. В таком случае во время сборки возникнут ошибки при работе с файлами, поскольку монтирование происходит только после сборки.

Мб админку даш? ?

Мб админку даш? ?

зочем

смена профессии на дворника =/

зочем

Ну я тут видимо самый быстрый по части удаления спама, да и в других чатах я одмен ?????

6

привет! есть докер контейнер в сийнике, из которого подтягивается приватный репозиторий - ловлю ошибку Directory: /var/lib/jenkins/workspace/rideshare-api-global_jenkins Output: Bad owner or permissions on /root/.ssh/config fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.

пермишены проставленыы, локально всё норм

Это я насчет того, что руки распускают

привет! есть докер контейнер в сийнике, из которого подтягивается приватный репозиторий - ловлю ошибку Directory: /var/lib/jenkins/workspace/rideshare-api-global_jenkins Output: Bad owner or permissions on /root/.ssh/config fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.

Бед пермишшен - это имеется в виду, что должно быть root:root 600

Или какой там юзер

Или какой там юзер

chmod 777 ~/.ssh/config chmod 777 /root/.ssh chmod 777 /root/.ssh/id_rsa.pub chmod 777 /root/.ssh/id_rsa chown $USER ~/.ssh/config

Нет

Так не работает

777 на приватный ключ - это конгениально

Мб админку даш? ?

Собираешь фулхаус из админок во всех дев-чатах?)

Собираешь фулхаус из админок во всех дев-чатах?)

Ага

Добрался до докера, на маке запускаю. Общий смысл понял : качаешь из репа контейнер и запускаешь у себя. Но где толково написано как сделать свой? И что в итоге такое образ?

Т.е. контейнер это песочница с установленными модулями который всегда запускается с чистого листа

А образ это что?...

эх

образ - это по сути слепок файловой системы

образ состоит из слоев

контейнер - это запущенный образ (т.е. развернутый в памяти)

образ -> контейнер : docker run image

а из контейнера всегда можно сделать образ при помощи docker commit

Ясно

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

самый первый образ получается из FROM scratch - это пустая ФС

куда можно налить файлы

а далее есть базовы - ubuntu, nginx, alpine etc. - можно и их использовать

под задачу

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

Вот тут я не понял как написать правильно без ошибок и как дебажить сборку

ты сборку не дебажишь

Ну я почитал пару докерфайлов и там можно легко накосячить

просто пишешь, а потом docker build. Если оно упадет по дороге (кривая инструкция, файла нет или еще что-то) - оно напишет

да, можно легко накосячить

обычно отлаживает путем вызова docker build до победного конца

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

т.к. docker build на каждый шаг создает свой временный контейнер - тебе никто не мешает ЗАПУСТИТЬ контейнер из базового образа. В нем поприменять команды

проверить, что все ок

а потом их же написать в докерфайле

Вот это уже путь

Спасибо

Но текже в конце не забудь применить multi stage build. Чтобы по максимуму уменьшить конечный docker образ.

https://docs.docker.com/develop/develop-images/multistage-build/

Но текже в конце не забудь применить multi stage build. Чтобы по максимуму уменьшить конечный docker образ.

Ну , это меньшая из проблем обычно

Братцы! Так и не смог ни у кого вызнать, есть ли смысл подключать к Docker Swarm'у альтернативные сетевые драйвера, типа contiv, weave или kuryr. Если стоит, то на чем лучше остановиться?

Подскажите пожалуйста. Допустим есть docker swarm, traefik. А какой IP в днс прописывать, чтобы при отвале главной ноды все продолжило работать?

Если прописать IP всех нод, то часть клиентов будет все равно ломиться на лежащую ноду

ну, верно. тебе нужен VIP

который будет между нодами ездить в зависимости от того, кто сейчас живой

https://geek-cookbook.funkypenguin.co.nz/ha-docker-swarm/keepalived/

что-то такое

Для этого нужен какой-то особый маршрутизатор? Даже не представляю как ИП адрес с одной машины на другую кидать. И при ОС на машине видимо должна ещё подхватить изменения

Сворм не в облаке, а на железных машинках

Судя по статье там какой-то хитрый модуль ядра

ipvs

ну, да

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

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

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

Google cloud, aws, azure?:D

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