-
Notifications
You must be signed in to change notification settings - Fork 765
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 Ingress Optional #1766
base: main
Are you sure you want to change the base?
Make Ingress Optional #1766
Conversation
Signed-off-by: Vadim Bauer <[email protected]>
Signed-off-by: Vadim Bauer <[email protected]>
This PR is being marked stale due to a period of inactivty. If this PR is still relevant, please comment or remove the stale label. Otherwise, this PR will close in 30 days. |
This PR was closed because it has been stalled for 30 days with no activity. If this PR is still relevant, please re-open a new PR against main. |
I think this request is incredibly relevant. I no longer use ingress controllers for exposing traffic to my cluster. Any chance this could be reviewed? |
This PR is being marked stale due to a period of inactivty. If this PR is still relevant, please comment or remove the stale label. Otherwise, this PR will close in 30 days. |
I would say it is still relevant. We also do not use the default ingress object. |
You can disable the ingress object with current chart. If you set the |
With the Upcoming Kubernetes Gateway API and the wide adoption of different ingress controllers, eg. traefik, ALB etc.
We should not aim to support all the options, but rather keep this chart flexible and lean.
Hence I am proposing to make ingress optional with the flag
expose.enabled
true/false
default istrue