Skip to content
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

update README for registry.reg-aws migration #125

Closed
ktdreyer opened this issue May 14, 2019 · 11 comments
Closed

update README for registry.reg-aws migration #125

ktdreyer opened this issue May 14, 2019 · 11 comments

Comments

@ktdreyer
Copy link
Contributor

We added the following sentence to the readme recently:

If your images are in dist-git, then ART has a service that can mirror your images once a day to registry.reg-aws

I heard a rumor that we're migrating away from registry.reg-aws and hosting prerelease images on quay.io instead.

How should the README text change here?

@shiywang
Copy link

shiywang commented May 21, 2019

If your images are in dist-git, then ART has a service that can mirror your images once a day to registry.reg-aws

we have a job called build-maint to do that, but it only sync branch sync-misc not openshift-3.x or openshift-4.x, it's just a small feature not for official ocp release.

so currently we have ocp build job to build images and push to registry.reg-aws then build-sync job to sync to quay.io, but are we gonna deprecate registry.reg-aws for good? @openshift/openshift-team-automated-release

@adammhaile
Copy link
Contributor

adammhaile commented May 21, 2019 via email

@ktdreyer
Copy link
Contributor Author

Thanks Adam for the clarification. It sounds like we will still sync images to registry.reg-aws.

I've heard that when Brew/OSBS pushes to quay.io, it will do that using a registry proxy application, and this application will be the only app that has permission to that namespace under quay.io. In other words, the Brew -> quay.io piece will be more-or-less invisible to everyone.

How will that affect this work?

@adammhaile
Copy link
Contributor

adammhaile commented May 23, 2019 via email

@sosiouxme
Copy link
Contributor

I am familiar with the quay proxy. A namespace on quay.io is replacing all of brew-pulp. As such only OSBS will be able to push to it, and it will not be publicly available. We will not access it directly; instead there will be a registry proxy that can be used for pull access inside the firewall. Having it on quay.io will not be appreciably different from a functional/access standpoint, except that we will access a different URL and should be a heck of a lot faster.

@ktdreyer
Copy link
Contributor Author

@sosiouxme , with that information, do you expect ART to deprecate registry.reg-aws in the future? We'd very much like to have an "official" way to sync OCS internal images to a protected registry so we can test in AWS.

@sosiouxme
Copy link
Contributor

@ktdreyer I think OCP will continue to sync at least 3.11 images to registry.reg-aws until it EOLs in 2022, so that QE can test updates. @jupierce may be able to comment as to whether it can be re-used for images outside core OCP.

However an organization with private repos on quay.io would likely be a better long-term solution (as reg-aws wanes in usage with 4.x not using it). Unfortunately you can't just use the images where OSBS will be pushing them on quay.io; they'll have to be synced somewhere else.

@jupierce
Copy link
Contributor

jupierce commented Aug 1, 2019

@ktdreyer I doubt reg-aws will outlive 3.11. The same team that runs reg-aws will be running quay.io at that point and reg-aws' value will be vanishingly small. Perhaps you could establish a private repo on quay for OCS image testing?

@ktdreyer
Copy link
Contributor Author

Thanks, we have https://quay.io/repository/rhceph-dev , and I was curious if there is any way to share infrastructure further with you so that we do not have this duplication. Maybe we can discuss this some other time.

@thiagoalessio
Copy link
Contributor

Hi @ktdreyer , is this issue still relevant? (i'm asking because it is quite old and I have no idea about reg-aws migration).

@sosiouxme
Copy link
Contributor

we're actually still pushing things to reg-aws even for 4.y, mostly due to momentum. but i doubt we want to add anything more.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants