KS
им что, virtualenv каждый раз настраивать?
Size: a a a
2019 December 25
K
короче вопрос в том, как этими скриптами будут пользоваться живые админы
Возможно используя ансибл
KS
ой не
KS
точно не ансибл
KS
спасибо за ссылку
K
Не за что
A
им что, virtualenv каждый раз настраивать?
Ты хочешь что ли pip install -e в entrypoint контейнера сделать?
ОК
Ты хочешь что ли pip install -e в entrypoint контейнера сделать?
А как библиотеки устанавливать ?
A
А как библиотеки устанавливать ?
Как обычно pipenv
AT
Как обычно pipenv
+1
AT
ну можно еще poetry попробовать
AT
всё, других вариантов нет
KS
Ты хочешь что ли pip install -e в entrypoint контейнера сделать?
вообще да
KS
сейчас попробую сформулировать
KS
Проект на питоне пакуется в докер-контейнер и заливается в AWS ECS. Управление зависимостями сделано через pipenv. Есть два разных докер-образа, один для прода (который и заливается в AWS), второй для локальной разработки. В продовском контейнере в контейнере пакуется все. В локальный контейнер копируется только pipfile, запускается pipenv, в контейнере устанавливаются все зависимости. После этого локальная директория с исходниками монтируется в контейнер. Поэтому локальный контейнер нужно пересобирать только если изменятся зависимости. А так изменения в сорцах сразу пробрасываются в контейнер.
На этом этапе все работает.
На этом этапе все работает.
АП
Можно один контейнер, но локально подмонтировать код. Но это так, мысли вслух.
KS
Теперь что я пытаюсь сделать. В проекте есть команды, написанные на click. Сейчас они выполняются как-то так:
В локальном варианте такое не работает, потому что на этапе сборки контейнера директория с исходниками еще не примонтирована.
Вопрос: стоит ли этим вообще заморачиваться? Какие еще выгоды дает использование setuptools с click?
pipenv run python myscript.py --some-arg --some-other-arg=123. Я почитал документацию на click, и там рекомендуют написать setup.py, а потом собственные сорцы поставить через pip install -e. Тогда можно будет делать pipenv run myscript --some-arg --some-other-arg=123.В локальном варианте такое не работает, потому что на этапе сборки контейнера директория с исходниками еще не примонтирована.
Вопрос: стоит ли этим вообще заморачиваться? Какие еще выгоды дает использование setuptools с click?
KS
Можно один контейнер, но локально подмонтировать код. Но это так, мысли вслух.
для прода нужен свой контейнер, я ж в амазон свою локальную директорию не проброшу :)
KS
вот как оно локально используется
KS
docker run --interactive \
--tty \
--rm \
--volume "$(pwd)/src":/usr/src \
--network="host" my/image:latest \
pipenv run "$@"