Использование каталога кэша pip в сборках Docker ⇐ Python

[Anonymous]

Я надеюсь, что инструкции по установке pip будут включены в мои сборки Docker как можно быстрее.

Я прочитал много сообщений, объясняющих, как добавить файл require.txt до того, как остальная часть приложения поможет вам воспользоваться преимуществами собственного кэша изображений Docker, если ваш файл require.txt не изменился. Но это совсем не помогает, когда зависимости меняются, даже незначительно.

Следующим шагом будет использование согласованного каталога кэша pip. По умолчанию pip кэширует загруженные пакеты в ~/.cache/pip (в Linux), поэтому, если вы когда-либо устанавливаете ту же версию модуля, который был установлен ранее где-либо в системе, ему не нужно будет загружать его снова, а вместо этого просто использовать кэшированную версию. Если бы мы могли использовать каталог общего кэша для сборок Docker, это могло бы значительно ускорить установку зависимостей.

Однако, похоже, не существует простого способа смонтировать том во время выполнения сборки Docker. Среда сборки кажется практически непроницаемой. Я нашел одну статью, предлагающую гениальный, но сложный метод запуска сервера rsync на хосте, а затем, с помощью взлома внутри сборки, чтобы получить IP-адрес хоста, rsyncing pip-кеш с хоста. Но мне не нравится идея запуска rsync-сервера в Jenkins (который и в лучшие времена не является самой безопасной платформой).

Кто-нибудь знает, есть ли другой способ проще добиться общего объема кэша?

Подробнее здесь: https://stackoverflow.com/questions/580 ... ker-builds