Um balanceador de carga HTTP(S) global está à frente de uma API que define cabeçalhos Set-Cookie, mas retorna conteúdo idêntico para todos os usuários. Para permitir que o Cloud CDN armazene em cache as respostas para esse endpoint de API, qual alteração é a mais apropriada?

A opção correta é parar de enviar Set-Cookie e retornar Cache-Control: public, max-age. O Cloud CDN não armazena em cache respostas que contenham cabeçalhos Set-Cookie por padrão, pois cookies geralmente indicam conteúdo personalizado. Para que o CDN armazene em cache, é necessário que a resposta seja considerada pública e cacheável. O cabeçalho Cache-Control: public, max-age explicitamente informa ao CDN que a resposta pode ser armazenada em cache por um período definido e é acessível publicamente. As outras opções estão incorretas porque: Habilitar Ignore-Cookies no serviço de backend não é uma opção válida no Cloud CDN. O CDN ignora cookies de requisição, mas não ignora cabeçalhos Set-Cookie de resposta para fins de cache. Mover a API para um balanceador de carga interno não permite o uso do Cloud CDN, pois o CDN funciona com balanceadores de carga HTTP(S) externos. O direcionamento baseado em latência do Cloud DNS não força o cache; ele apenas direciona o tráfego para o endpoint mais próximo, mas não influencia as políticas de cache do CDN.