Estoy ejecutando un servicio de backend FastAPI en GKE. Hay un punto final heredado que usa una solicitud GET con un cuerpo adjunto. Sé que se supone que las solicitudes GET no tienen un cuerpo, pero este es un punto final heredado utilizado por una biblioteca, por lo tanto, no tengo más remedio que admitirlo.
Actualmente, cuando se envía una solicitud GET con cuerpo a GKE, recibo la siguiente respuesta: 
He probado el punto final localmente y funciona sin problemas. No sé exactamente cuál es el problema, pero GCP definitivamente intercepta la solicitud en algún momento y la rechaza debido a que tiene un cuerpo.
La única solución que se me ocurre actualmente es usar algún tipo de proxy y convertir la solicitud antes de que llegue a GKE. Desafortunadamente, no soy un experto en GCP.
¿Alguien ha tenido alguna experiencia en abordar un problema como este? ¿Cuál sería una solución óptima aquí, dado que el punto final tiene que ser compatible actualmente?
EDITAR : configuración de ingreso agregada:
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: XXX namespace: XXX annotations: ingress.kubernetes.io/ssl-redirect: "false" kubernetes.io/ingress.global-static-ip-name: XXX #ingress.kubernetes.io/enable-cors: "true" spec: tls: - hosts: - 'XXX' secretName: tls-secret rules: - host: XXX http: paths: - path: / pathType: Prefix backend: service: name: XXX port: number: 80 - path: /api pathType: Prefix backend: service: name: XXX port: number: 80Esta es una respuesta del balanceador de carga de Google, que está configurado como recurso de entrada de GKE. No creo que esto se pueda configurar de manera que acepte esa solicitud.
Puede intentar usar otro controlador de Ingress que no rechace dichas solicitudes mal formadas.
Ver también El balanceador de carga de cómputo de Google arroja 400 solicitudes incorrectas en ELIMINAR