Open DandyDeveloper opened 3 years ago
Can you explain what is the limitation with the current approach?
@xaleeks It's extremely slow (for the user to do it 1 by 1) and when you have 20 clusters with their own replicas all over the place. Configuring them 1 by 1 as a single entity is horrendous.
This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.
Is your feature request related to a problem? Please describe. I have numerous replica Harbor registries globally, I want to easily specify duplicate replica logic for these replicas.
Describe the solution you'd like Currently, the replications rules are 1 destination per rule.
I think it would be ideal to allow for multiple destination registries, assume the defined registries are of the same type.
Describe the main design/architecture of your solution I think this is a relatively simple request, but the workflow would be:
Registry A (Harbor) Registry B (Harbor) Registry C (Docker Registry)
Replication Rules -> New Replication Rule -> Destination registry(ies) -> Dropdown becomes a list of clickable elements.
The first element you select should effectively set a filter so only the SAME registry destination types should be viewable.
I.E. If I select Registry A, Registry C should not be available in that list.
Describe the development plan you've considered TBA
Additional context Add any other context or screenshots about the feature request here.