-
Notifications
You must be signed in to change notification settings - Fork 20
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
NGINX Gateway + Ingress? #11
Comments
It's necessary because it reads from some shared volumes. It might be possible to co-locate the front and gateway in one pod (or even container), or use a more sophisticated ingress not to not proxy the front in the gateway, but this won't solve serving the backend-files (media and static data). These have to be shared between the async and the back part anyway, so a RWX-Volume is necessary in most cases anyway. I do agree that double-proxying when using an |
Typically bad practice to combine services into a single container. But I wonder why taiga-back can't serve this content (static & media)? All of the other routes can surely be handled by Ingress tho. A double-proxy typically leads to issues but perhaps this isn't a fault of the Helm Chart but rather the design of Taiga. |
I'm pretty sure that |
Is the Taiga Gateway needed when utilizing Kubernetes (NGINX) Ingress? Should these paths be handled natively with the NGINX Ingress Controller (if available)?
The text was updated successfully, but these errors were encountered: