You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From what I understand currently if we want to use CSV Injection in the NamespaceScope CR we set csvInjector: enable: true and then it looks for all the operators which have the annotationnss.operator.ibm.com/managed-operators and it basically goes and patches the CSVs with the specified config map from the CR and the restartLabel.
It would be great if in the NSS CR you could tell it to target a specific operator rather than patching all operators which have the annotation nss.operator.ibm.com/managed-operators .
For example lets say I have two operators running in namespace X, and I want to use the NSS operator with CSV injection to make operator 1 extend its namespace scope to namespace Y only and I want operator 2 to extend its namespace scope to namespace Z only.
This could be achieved if in the NSS CR we had a field that would ask us to which specific package manifest or CSV we want to inject the config map and restart label.
Then the behaviour in the CSV for operator1 and operator2 would be that their WATCH_NAMESPACE would be reading from a config map called cp4d-scope and the namespaces in that config map are namespaceX, namespaceY and the restart label for them would be operator: cp4d
Then from the second CR the behaviour for operator3 would be that its WATCH_NAMESPACE would be reading from config map called cp4d-scope1 and its namespace is namespaceZ and its restart label is operator: cp4d1
There could also be another implementation where a new annotation such as managed-namespacescopeCR: namespace-scope1 is added to a CSV and in the NSS CR there would be a new field such as targetSpecificOperators: true that would force that specifc CR to only patch CSV that have the annotation managed-namespacescopeCR: {NSSCR-NAME} and if the is targetSpecificOperators: false then that CR would update all CSVs that only have the annotation nss.operator.ibm.com/managed-operators:
The text was updated successfully, but these errors were encountered:
From what I understand currently if we want to use CSV Injection in the
NamespaceScope
CR we setcsvInjector: enable: true
and then it looks for all the operators which have the annotationnss.operator.ibm.com/managed-operators
and it basically goes and patches the CSVs with the specified config map from the CR and the restartLabel.It would be great if in the NSS CR you could tell it to target a specific operator rather than patching all operators which have the annotation
nss.operator.ibm.com/managed-operators
.For example lets say I have two operators running in
namespace X
, and I want to use the NSS operator withCSV injection
to makeoperator 1
extend its namespace scope tonamespace Y
only and I wantoperator 2
to extend its namespace scope tonamespace Z
only.This could be achieved if in the NSS CR we had a field that would ask us to which specific package manifest or CSV we want to inject the config map and restart label.
Then the behaviour in the CSV for
operator1
andoperator2
would be that theirWATCH_NAMESPACE
would be reading from a config map calledcp4d-scope
and the namespaces in that config map arenamespaceX, namespaceY
and the restart label for them would beoperator: cp4d
Then from the second CR the behaviour for
operator3
would be that itsWATCH_NAMESPACE
would be reading from config map calledcp4d-scope1
and its namespace isnamespaceZ
and its restart label isoperator: cp4d1
There could also be another implementation where a new annotation such as
managed-namespacescopeCR: namespace-scope1
is added to a CSV and in the NSS CR there would be a new field such astargetSpecificOperators: true
that would force that specifc CR to only patch CSV that have the annotationmanaged-namespacescopeCR: {NSSCR-NAME}
and if the istargetSpecificOperators: false
then that CR would update all CSVs that only have the annotationnss.operator.ibm.com/managed-operators:
The text was updated successfully, but these errors were encountered: