-
Notifications
You must be signed in to change notification settings - Fork 40.9k
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
Support registry mirrors when building images #30852
Comments
This comment was marked as off-topic.
This comment was marked as off-topic.
I think this can be achieved by using profiles in maven.
…On Wed, 4 May 2022, 06:45 小风残月, ***@***.***> wrote:
what?
—
Reply to this email directly, view it on GitHub
<#30852 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAL55TAAJQMTIEFWY7SRTNLVIIFH7ANCNFSM5U7QBFPA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
I have tried with maven profile but did not work with custom docker registry |
How are people using spring boot without this, given the docker registry rate limiting ? |
Any further ideas on this one? We are going to be facing rate limits soon now that Google's IP addresses are no longer considered 'special' for docker hub. I can't seem to find any docs that would let us pull from our private repo (hosted in a google artifact registry) and also using the gcloud cred helper for auth to that registry. I can configure the docker daemon itself, but that does't affect where buildpacks are pulled from. I can also configure |
Paketo images are sponsored OSS images on Docker Hub. You shouldn't be rate-limited. ![]() @dom54 @nstuart-idexx Are you actually being rate-limited or just hypothesizing that this might be a problem? @tjuchniewicz Docker Hub is the primary place where Paketo images get published. I think most, possibly all, of the buildpacks still get published to GCR, but I'm not 100% on that. GCR support is there for historical reasons. The images should be the same in both places though, Datadog included. Feel free to reach out to the Paketo project if you're not seeing that. |
We were actually getting rate limited, but the problem does not seem to have recurred since I posted. Maybe it was a one off. |
Docker Hub had messed something up with our account a few months back. It's possible you got caught up in that. If you see rate limiting again, just reach out to the Paketo project and we'll complain to Docker and get it fixed :) |
Thank you for the information @dmikusa, thats comforting that, for now, the buildpacks used wont get limited. I still feel like this is a good option to have since others may not have an option to reach out to the internet for this to work. We had not faced rate limiting yet, but got a notice from google that their IPs are being removed from special treatment from docker hub on July 15, 2024, and I was trying to be proactive and avoid issues in the future. We already publish and pull from private registries with docker/kubernetes , so we have the infrastructure in place. Side note/Workaround; After some groking of the docs, and the boot plugin, I realized I was making it to hard to build the application and was quite easy to get
|
See buildpacks/pack#821 and buildpacks/pack#1210 for background.
Add the ability to configure one or more registry mirrors in the Spring Boot Maven
spring-boot:build-image
goal and GradlebootBuildImage
task. This configuration would provide a list of mappings from a registry to a registry mirror, such as:index.docker.io
->registry.example.com/mirror
gcr.io/my-repo
->registry.example.com/mirror
When the Spring Boot plugins reference an image name that starts with one of the configured registries, the registry part of the image name would be replaced with the mirror before pulling or pushing the image.
The text was updated successfully, but these errors were encountered: