3 ms·
> This is significant - if your organization only uses a few dozen base images from DockerHub, those images will only be downloaded by each build node _once_, t
by solatic 6y ago
> This is significant - if your organization only uses a few dozen base images from DockerHub, those images will only be downloaded by each build node _once_, then never again.
You're assuming that the set of build nodes is relatively static.
Plenty of architectures set up autoscaling for the underlying nodes, that terminate servers that aren't being used and relatively soon enough (tens of minutes, hours) spin up new servers to replace them as needed.
Rarely do the machine images used to spin up new servers include the base images of the containers that will be spun up to replace them. Much more often, the base machine image is a base OS image, and container images are downloaded on-the-fly as needed. Essentially, the engineering cost of making image-launching more efficient was externalized onto an external provider willing to pay the price.
- grumple 6y agoIf you’re using docker for production distribution of images, you should be paying for it. That’s exactly the behavior that creates the need for a limit.
- mvanbaak 6y agoOr don’t use docker in production ;)
- closeparen 6y agoIf you're doing this, you're in a cloud environment that's also proximate to a blob store, and can trivially host your own registry.
- outworlder 6y ago> and can trivially host your own registry That is far from trivial.
- maccard 6y agoAnd now you have an alternative option - pay $5/month
- secondcoming 6y agoYou can just build your own machine images and not use docker at all.