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

Investigate on the possibility to disable the self provisioning plugin on some namespaces #23

Open
lavocatt opened this issue Jan 8, 2025 · 0 comments

Comments

@lavocatt
Copy link
Collaborator

lavocatt commented Jan 8, 2025

We've received valuable feedback from @mkrutov:

So suppose you are a customer and you're running a broker on your cluster, so you receive an update with new shiny feature you would want to check out. Even if its only dev preview, it sounds interesting, right?
So you would create a new namespace, test or something, in which you would play around with the SPP. But SPP would be available in all namespaces, so if operator does anything different when SPP is present it would affect your previous deployment as well.
I know you're supposed to use a test cluster for this kind of thing, but than not everyone would, so

We need to investigate on the ability to deactivate the self provisioning plugin on demand. An early idea is to rely on feature flags to do so. We haven't work with those yet, so let's figure out how they work, what are their limitations and then let's come up with a plan to limit the SPP to some namespaces.

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

1 participant