подскажите плз

да не будет я почти уверен

или

хотя чё я спрашиваю ща ёбну контенер

изи

всё живёт

делай composer install при билде образа, а не запуске контейнера. Контейнер вообще должен в read only работать, весь стейт в базах. Никакие файлы не должны создаваться внутри контейнера во время его работы

Ребята, а может, кто-то подскажет, почему может быть, что при запуске ругается на команды типа pip install <smth> (требующие выхода в сеть). Могу предоставить больше информации, если нужно.

чтобы скачать и установить пакет нужна сеть

Да, понимаю. Видимо, у моего докера нет к ней доступа?

видимо нет

Как эту проблему можно разрешить?

найти причину и устранить ее

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

https://stackoverflow.com/questions/20430371/my-docker-container-has-no-internet попробовала применить инструкцию с изменением файла daemon.json, но при рестарте докера возникла проблема

sudo systemctl restart docker
Job for docker.service failed because the control process exited with error code.
See "systemctl status docker.service" and "journalctl -xe" for details.

journalctl -fu docker выдаёт

-- Logs begin at Thu 2019-11-07 23:23:21 MSK. --
апр 15 00:06:48 <username> systemd[1]: Stopped Docker Application Container Engine.
апр 15 00:06:48 <username> systemd[1]: docker.service: Start request repeated too quickly.
апр 15 00:06:48 <username> systemd[1]: docker.service: Failed with result 'exit-code'.
апр 15 00:06:48 <username> systemd[1]: Failed to start Docker Application Container Engine.
апр 15 00:07:06 <username> systemd[1]: docker.service: Start request repeated too quickly.
апр 15 00:07:06 <username> systemd[1]: docker.service: Failed with result 'exit-code'.
апр 15 00:07:06 <username> systemd[1]: Failed to start Docker Application Container Engine.
апр 15 00:07:20 <username> systemd[1]: docker.service: Start request repeated too quickly.
апр 15 00:07:20 <username> systemd[1]: docker.service: Failed with result 'exit-code'.
апр 15 00:07:20 <username> systemd[1]: Failed to start Docker Application Container Engine.

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

Почитал про то что предлагают для docker registry для окружений с single sign on.

Для тех у кого частный случай есть список рецептов: https://docs.docker.com/registry/recipes/ , апач у нас в конторе не популярен у админов и отаётся nginx: https://docs.docker.com/registry/recipes/nginx/ .

"this model gives you the ability to use whatever authentication backend you want through the secondary authentication mechanism implemented inside your proxy"

"it also requires that you move TLS termination from the Registry to the proxy itself."

Предлагают они  использовать свой проксирующий web-сервис с поддержкой token authentication:

https://docs.docker.com/registry/spec/auth/token/

V1 registry у нас я думаю не рассматриваются, так что
"Under the Registry V2 workflow, clients should contact the registry first. If the registry server requires authentication it will return a 401 Unauthorized response with a WWW-Authenticate header detailing how to authenticate to this registry."

То есть подружить это с каким нибудь keycloak вполне реально.

Всё это замечательно, но хотелось бы делить доступ к образам пофайлово. На текущий момент резюме одного из админов - docker registry не умеет пофайловый доступ.

Да, не умеет, но насколько сложно это реализовать и не сделал ли кто уже такое в open source?

Например мне думается, что проксирующий (для организации аутентификации) nginx мог бы направлять http запросы авторизованных (для работы с регистри) пользователей на некое приложение, которое по тегу образа могло бы инструктировать nginx отдавать registry клиенту 401 Unauthorized при попытках скачать конкретный образ из репозитория (на основе его тега или имени).

Возможно ли такое?

Контекст вопроса в том, что мы эксплуатирующая некую web платформу организация и если вводить на каждого разработчика по reggitry этих регистри станет слишком много, это станет неудобно обслуживать. С другой стороны, если модуль платформы передадут в разработку от одной програмистской конторы к другой, то придётся переделывать кучу сборок и, скорее всего, вручную.

Вопрос архитектора звучал так - кто нибудь задумывался над best practice в такой ситуации или читал об этом?

Как в compose указать путь к dockerfile относительно compose файла а не context?

а это вообще должно быть возможно?