-
Notifications
You must be signed in to change notification settings - Fork 80
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
User Harbor ourselves #237
base: main
Are you sure you want to change the base?
Conversation
I like the idea, but there probably need to be mitigating measures taken to ensure that if this Harbor instance goes down, that it can come back up right - if it's referencing itself as source of images, there are potential issues. We're in the process of doing something similar at the moment, we're going to use our internal Harbor to store all our platform images, but we're going build in an automatic failover mechanism to pull from (in our case) ACR in the case where Harbor is down. Maybe something to include here in some way/shape/form? |
Yeah it makes sense to replicate to other registries eg. docker hub, or ghcr in case the outage takes to longer to recover. |
The current registry is available in https://registry.goharbor.io, you can already use it to pull Harbor images. We currently replicate images from Docker Hub. |
|
||
Better understanding of the end users' experience | ||
|
||
## Phase I |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we introduce Phase 0?
I believe we should aim for a graceful migration and use the test assets as a pilot to validate the stability and availability of the system for a period of time.
Use of our Harbor registry to distribute our own container images. We should be the first to adopt our own technology. If we are not willing to utilize our own application for day-to-date use, don't expect others to do so.