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
Is your enhancement related to a problem? Please describe.
Currently, the devworkspace operator relies on a configmap to define a few options (default routingClass, etc.). However, operators as managed by OLM don't come with configmaps, and instead we create a configmap on cluster during startup as a way of manually configuring the operator after the fact.
Describe the solution you'd like
We should remove configmap functionality as its generally not used for operators. Instead configuration should be defined in a standard way, e.g. by OLM descriptors
Additional context
This issue was created for a TODO added in PR #187
The text was updated successfully, but these errors were encountered:
We should remove configmap functionality as its generally not used for operators. Instead configuration should be defined in a standard way, e.g. by OLM descriptors
I'm not sure I understand your point here. Aren't OLM descriptors used to specify the UI for presenting / changing Custom Resources in the OperatorHub console. I don't see how you plan to use them to set controller settings...
Aren't OLM descriptors used to specify the UI for presenting / changing Custom Resources in the OperatorHub console. I don't see how you plan to use them to set controller settings...
Maybe I misinterpreted the purpose of OLM descriptors, but even so, configuring an operator via a configmap does not seem to be a standard flow (happy to be wrong, though).
Is your enhancement related to a problem? Please describe.
Currently, the devworkspace operator relies on a configmap to define a few options (default routingClass, etc.). However, operators as managed by OLM don't come with configmaps, and instead we create a configmap on cluster during startup as a way of manually configuring the operator after the fact.
Describe the solution you'd like
We should remove configmap functionality as its generally not used for operators. Instead configuration should be defined in a standard way, e.g. by OLM descriptors
Additional context
This issue was created for a TODO added in PR #187
The text was updated successfully, but these errors were encountered: