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

Make the ingressClassName optional #29

Closed
1 task done
imgios opened this issue Apr 26, 2024 · 4 comments · Fixed by #31
Closed
1 task done

Make the ingressClassName optional #29

imgios opened this issue Apr 26, 2024 · 4 comments · Fixed by #31
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@imgios
Copy link
Collaborator

imgios commented Apr 26, 2024

Description

I think that by default the ingress class name should be empty, because nginx is not the only one, and could be that the user is using something else (e.g. Traefik).

Solution you'd like

ingressClassName: nginx

Comment out each IngressClassName parameter from the values.yaml

Code of Conduct

  • I agree to follow this project's Code of Conduct
@imgios imgios added enhancement New feature or request needs triage This issue may need triage. Remove it if it has been sufficiently triaged labels Apr 26, 2024
@imgios imgios changed the title Make the ingress-class annotation optional Make the ingressClassName optional Apr 26, 2024
@fonzdm
Copy link
Owner

fonzdm commented Apr 26, 2024

Yeah, that's true! Another thing that went under the hoods...
Do you suggest removing it completely or following the same principle as storageClass (using a global value, with an anchor?)

@imgios
Copy link
Collaborator Author

imgios commented Apr 26, 2024

I think we can comment it out, in this way end users will know how to set it up correctly if they want to use a different ingress class, otherwise the deployment will use the default ingress class.

Otherwise, we can also make use of a global parameter and then use another pointer in the values to reference it. But is it good to use the YAML pointers? Is there an explanation on why no one use them in the Charts values?

@imgios imgios self-assigned this May 7, 2024
@imgios imgios removed the needs triage This issue may need triage. Remove it if it has been sufficiently triaged label May 7, 2024
@imgios
Copy link
Collaborator Author

imgios commented May 7, 2024

I haven't found anything about the pros and cons of using anchors within Helm Chart values, but I'll start working on it. If we decide to get rid of anchors, we may be able to adapt it in later stages.

@imgios imgios linked a pull request May 7, 2024 that will close this issue
2 tasks
@imgios imgios added this to the first release milestone May 9, 2024
@fonzdm
Copy link
Owner

fonzdm commented May 9, 2024

Closed with #31

@fonzdm fonzdm closed this as completed May 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants