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

Namespaced operator #92

Open
kaotika opened this issue Jul 23, 2024 · 0 comments
Open

Namespaced operator #92

kaotika opened this issue Jul 23, 2024 · 0 comments

Comments

@kaotika
Copy link
Contributor

kaotika commented Jul 23, 2024

Hi, I'am using the operator extensivly on semi-prod clusters and for development.
Last week I stumbled over a situation where I wished me a namespace scoped deployment of the operator rather then the current cluster wide approach.
We run multiple instances of a stack seperated by namespace. The downside of the current implementation is that the same operator credentials are needed, or the BW User needs to have access to all credentials.
Having namespace scoped environments enables a user to manage its own namespace.

I tested it locally by installing the operator to a single namespace, using roles instead of clusterroles and by editing the start command in the dockerfile. That simply did the job.

In reality one namespace per instance/customer might be too much (and seems to complicate the installation). So listening on multiple namespaces, but not all, might be the better approach.

I tested it locally and its relativly simple to do.

  • prefix the serviceaccount, clusterrole and clusterrolebindings (maybe with the first watched namespace)
  • use a entrypoint script instead of hard coded start params to use environment variables to let the operator just watch on specific namespaces

What do you think about it?

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