Fix #2687: Allow multiple integration platforms in the same namespace #2695
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This (together with #2683) enables the upgrade/downgrade of individual integrations, handing them off to two different operators concurrently running in the same namespace. I've created a POC here: https://github.com/nicolaferraro/camel-k-selective-upgrade-demo
I've changed a bit #2683, to use an annotation for the operator.id instead of a label (and added a sibling platform.id annotation), since we're not using label selectors to query for them.
So we have two annotations that can be applied to any Camel K resource:
camel.apache.org/operator.id
: allows to specify the operator that should reconcile the resourcecamel.apache.org/platform.id
: allows to specify the platform that should be used as global configurationAnd another annotation that can be applied on a platform (
camel.apache.org/secondary.platform
) that can mark a platform as secondary to prevent the controller to mark it as "Duplicate" and allow using it explicitly.Done:
Release Note