Skip to content
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

Manage Operators console plugins with operators-install chart #571

Open
jtudelag opened this issue Aug 27, 2024 · 4 comments
Open

Manage Operators console plugins with operators-install chart #571

jtudelag opened this issue Aug 27, 2024 · 4 comments

Comments

@jtudelag
Copy link
Contributor

operators-installer helm chart is great, but IMHO there is one missing feature regarding installing operators via OLM. Managing operator console plugins.

When installing operators via OLM using OpenShift UI, most of the times the operator console plugin is enabled by default, and taken care by OLM itself. Also most operators (at least Red Hat operators) come with their own console plugins.

When installing operators using GitOps, we are missing this functionality. I tried a simple approach here, and it worked. It is not idempotent at the moment, it will only take afew lines.

Also now that ArgoCD supports (since v2.10) a PostDelete hook, we could use that to do the cleanup of the plugin after uninstalling the operator.

@itewk leaving this here in case I have time to do a PR in the future.

@itewk
Copy link
Contributor

itewk commented Aug 27, 2024

@jtudelag it would be great to have a PR at least for your job you made for enabling the plugins with a boolean flag to enable or disable per operator, on by default.

i would love to dive into this myself, but can't focus on this right now. but happy to review / test when you get it working :)

@jtudelag
Copy link
Contributor Author

jtudelag commented Aug 27, 2024

@itewk I am afrad that might not be possible...the biggest challenge for users here is that plugin names are different and unique per operator with no name patern that allows any generalization...so the user needs to know the exact plugin name in advance for each specific operator....e.g: odf-plugin (ODF), gitops-console-plugin (GitOps) or logging-view-plugin (OCP Logging).

I havent seen yet any operator doc or OCP doc where plugin names are mentioned...so the user would need to install the operator manually in advance and lookup the plugin name in OCP before they can know it....

@itewk
Copy link
Contributor

itewk commented Aug 27, 2024

@jtudelag worse case we can have the paramter where they have to specify the plugin name. but i would think since the openshift UI is exposing a button to say "install the plugin" that it has some way of figburing it out, and since the UI does everything via the kube api, its got to be hiding somewhere. or maybe its doing some other weird magic.

@jtudelag
Copy link
Contributor Author

alright, that is smart, I did not thought about that @itewk, then I will first investigate what is the "magic...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants