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

Support to refer the resources in cross namespaces #4027

Open
Sriteja-Tadakaluru opened this issue May 22, 2024 · 2 comments
Open

Support to refer the resources in cross namespaces #4027

Sriteja-Tadakaluru opened this issue May 22, 2024 · 2 comments

Comments

@Sriteja-Tadakaluru
Copy link

Sriteja-Tadakaluru commented May 22, 2024

Using Trafficmanagerprofile or storageaccount should be able to refer the resourcegroup which was created in the other namespaces.
For example, if there are 2namespaces N1 and N2...where RG is deployed in N1 namespace and the trafficmanagerprofile in N2 namespace should be able to locate RG in N1 namespace. This would allow more control over to the admin and also end user should be able to use the resources without any additional RG definitions.

@theunrepentantgeek
Copy link
Member

There are a couple of issues we need to consider here.

Firstly, Kubernetes does not support ownership across namespace boundaries, so it's difficult to see how ASO could support a TrafficManagerProfile in N2 referencing a ResourceGroup in N1 as it's owner. Not to say that it's impossible, just that we'd be working against the way Kubernetes does things.

Secondly, while other kinds of references across namespace boundaries are possible, there are RBAC issues to contend with, making this surprisingly unsimple.

We'll revisit this as part of our planning.

@theunrepentantgeek
Copy link
Member

Another thought, you can always use a direct ARM reference instead of using Group/Kind/Name.

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

No branches or pull requests

2 participants