Re:File Permissions: A painful side of Docker (2019)
by woodrowbarlow on Monday May 31, 2021 @11:03AM
(#27344747)
but that _requires_ you to build-at-runtime, which is sometimes not the best way to deploy a docker app. if you have one app that you want to run on many nodes, you'll want to set up a docker registry and have the nodes pull pre-built images.
[ Parent
| on HN ]
Re:File Permissions: A painful side of Docker (2019)
by dandarie on Monday May 31, 2021 @02:04PM
(#27346670)
Of course, but really only build once on every machine. The subsequent starts use the cached build, even after reboot.
In fact, docker-compose up -d takes care of the build thing by itself. It's a five second tradeoff for the lifetime of the application.
Re:File Permissions: A painful side of Docker (2019)
by lukeck on Monday May 31, 2021 @06:39PM
(#27348865)
For anyone that uses immutable infrastructure where servers’ configuration is never once built and subsequent deployments result in replacement with entirely new VMs, building once per machine still happens every time there is a deployment. You don’t ever reboot these machines.
In environments where vulnerability scanning of docker images used is important, running anything in production that isn’t stored in a docker registry kind of breaks things.
This approach also won’t work with container orchestrators like Kubernetes, ECS, Lambda, CloudRun, etc.
Where I can see doing a docker build of a small layer that just sets file perms potentially being useful is for container based dev environments to be ran on laptops and workstations.