-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a local (~s3) Docker registry in hosted images (for build caches) #16
Comments
i have started testing this locally - setting up the docker registry with an s3 bucket is not too hard and works nicely next step is to test in Envoy CI Im mostly thinking about doing this in the context of build caches, but im also wondering whether this can be faster than using the azp cache for the build image - which is free to use, so i guess the question is on s3 bucket cost in that case |
fwiw my initial testing shows dockerhub as >2x as fast compared to the caveat is that i set the s3 bucket to us-east so its probably a bit faster using a closer bucket - ill test further |
testing in envoy ci and the speed is comparable to avg dockerhub and slower than cache i need a test a bit more, and not sure how this would measure up using s3 rather than wasabi, but i think this suggests that this might be good for build caches but not for just caching registry images |
this turns out to be a load more complicated than you might expect firstly each image that is built has to have its the next issue is that it expects an https host with a valid cert, despite every example there is using http://localhost:5000, working around that is messy/hacky docker/buildx#94 |
Currently we have a local
bazel-remote
server in the hosted images that proxies to an s3 bucket that allows storing action caches and gives (non-RBE) CI a massive optimizationWe could do something similar with docker/buildx which allows you to
cache_to
/cache_from
build caches to/from a registry which we could run with a bucket storage backendThis would speed up/reduce cost a lot for docker-centric CI jobs and would avoid much more complicated and less reliable azp caching approaches.
The text was updated successfully, but these errors were encountered: