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

Administrative API endpoint to list clusters of another project #818

Open
stanislav-zaprudskiy opened this issue Jun 26, 2023 · 4 comments

Comments

@stanislav-zaprudskiy
Copy link

As administrator, I'd like to have an API endpoint to list clusters of some other project in a region.

It would be something similar to /api/v1/clusters, but accepting OpenStack project id e.g. as path parameter /api/v1/{account}/clusters, and returning clusters of the project specified. Optionally, there could also be an endpoint returning all clusters in a region.

This might be useful when e.g. collecting resources of different projects using administrative user.

@databus23
Copy link
Member

databus23 commented Jun 27, 2023

Thanks for the feature request.
I think we can implemented the suggested /api/v1/{account}/clusters API call with moderate effort.
Is this enough for prodel or do you also need to be able to delete clusters with an admin scoped token? Because this is not possible with the current api. All modifying cluster apis require a project scoped token atm.

@stanislav-zaprudskiy
Copy link
Author

Is this enough for prodel or do you also need to be able to delete clusters with an admin scoped token? Because this is not possible with the current api. All modifying cluster apis require a project scoped token atm.

This would be enough. Deleting (or modifying) any resources using admin token is not currently planned.

@databus23
Copy link
Member

Ok great, so @jknipper if you could take a look at this it would be 💯

@kayrus
Copy link
Contributor

kayrus commented Nov 16, 2023

Optionally, there could also be an endpoint returning all clusters in a region

this would be very helpful. in additional it would be very useful if kubernikus can store the creator userid.
I also don't see audit events related to kubernikus API, is it implemented?

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

3 participants