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

Organisation fo ST2 #6147

Open
philipphomberger opened this issue Feb 21, 2024 · 4 comments
Open

Organisation fo ST2 #6147

philipphomberger opened this issue Feb 21, 2024 · 4 comments

Comments

@philipphomberger
Copy link

Hi Community,
I think this Idea is maybe very complex. I don't know if it's possible.
It would be nice if you could Create different Orgs in Stackstorm. Do you Know AWX and Ansible Automation Platform? There you can create an Org as a top Level Domain. So you can create Orgs for different Teams in a Company.
The Idea would be that I can log in to ST2 and then Switch Between Orgs with a Button.
So then I am in Org Customer1 I see all Packs, History, and all that was done in this Context and then I swish to Org Customer2 I can only see that Stuff.
This would make it easier to create the right RBAC rules.
What do you think about it?

@fdrab
Copy link

fdrab commented Feb 26, 2024

Can't I currently do something like this with LDAP mapping to RBAC roles?

@philipphomberger
Copy link
Author

It's possible to add map roles to a ldap group. But there are some limitation with RBAC. (Please correct me if Iam wrong with it)

  1. Key Value Store: I have set up a role for any System Namespace Scope. I can not create any Team Namespace.
  2. To Use the UI I need setup Global Read for List View on Rules, Executions, Action, Packs to use the UI. Would be better to have a Kind of filter View that users only see the stuff belong to there Teams.

At the moment I'am working on a POC to build a MultiTeam Shared Stackstorm Instance. In The past we had many but that generate a lot of cost in the cloud.

@fdrab
Copy link

fdrab commented Feb 26, 2024

I agree with the Key Value Store, and it would add (or I'd like to see) a feature for auto-deleting the values if a team is un-assigned from the instance. Overall this is a good idea, as client / user data separation is a good practice in corporate environments.

@fdrab
Copy link

fdrab commented Feb 28, 2024

What I would perhaps also like to see, if you're going to implement team segmentation like this, is to be able to segment the workspace of the users. My current setup has ST2 instance running on a server with manually added team-specific folders into st2.conf packs_base_paths. Since ST2 allows for creation of workflows in the UI, but does not allow for creation of python actions, I've also put JupyterHub (that spawns user-specific jupyter notebook server via docker) onto the same host. This way I can have team specific folders mounted into Jupyter and people can create or modify py scripts without having access to the server.

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

No branches or pull requests

2 participants