Un balanceador de carga HTTP(S) global se encuentra frente a una API que establece encabezados Set-Cookie, pero devuelve contenido idéntico para todos los usuarios. Para permitir que Cloud CDN almacene en caché las respuestas para ese endpoint de API, ¿cuál es el cambio más apropiado?

La opción correcta es dejar de enviar Set-Cookie y devolver Cache-Control: public, max-age. Cloud CDN no almacena en caché las respuestas que incluyen encabezados Set-Cookie por defecto, ya que las cookies suelen indicar contenido específico del usuario. Para que CDN pueda almacenar en caché, el backend debe dejar de enviar estas cookies y, en su lugar, indicar explícitamente que el contenido es público y cacheable con Cache-Control: public, max-age. Habilitar Ignore-Cookies en Cloud CDN no es una opción válida; Cloud CDN no tiene una configuración Ignore-Cookies para ignorar los encabezados Set-Cookie del backend. Mover la API detrás de un balanceador de carga interno no es relevante para Cloud CDN, ya que los balanceadores de carga internos no soportan CDN. Usar el direccionamiento basado en latencia de Cloud DNS no fuerza el almacenamiento en caché; solo dirige a los usuarios al punto de presencia más cercano, pero no resuelve el problema de la capacidad de caché del contenido.