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

ResourceReference should support Alias #4531

Open
verysonglaa opened this issue Jan 15, 2025 · 2 comments
Open

ResourceReference should support Alias #4531

verysonglaa opened this issue Jan 15, 2025 · 2 comments

Comments

@verysonglaa
Copy link

verysonglaa commented Jan 15, 2025

Current State

The ResourceReference (e.g., in PrivateLinkServiceConnection) currently allows referencing existing resources using group/kind/name or armId. However, our use case requires referencing resources by an alias, as demonstrated in this example. Unfortunately, using an alias as the armId is blocked by the current regex validation.

Proposed Improvement

Add support for using an alias in ResourceReference.
Alternatively, rename armId to id and allow it to accept both armId and aliases.

##Additional Context
A practical example of this requirement is configuring Elastic Cloud with Azure Private Link when accessed from AKS. This scenario is detailed in Elastic’s blog: Secure your deployments on Elastic Cloud with Azure Private Link.

@theunrepentantgeek
Copy link
Member

Is alias something that's generally supported by all ARM references? From what I can tell, it is a peculiarity of the PrivateLink API.

We may need to introduce a custom version of ResourceReference that gets used specifically (and only) where aliases are permitted.

@theunrepentantgeek
Copy link
Member

Alternatively, rename armId to id and allow it to accept both armId and aliases.

This would break all existing ASO resources using the armID property; we'll need to find a different solution.

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