Een globale HTTP(S) load balancer staat voor een API die Set-Cookie headers instelt, maar identieke content retourneert voor alle gebruikers. Welke wijziging is het meest geschikt om Cloud CDN in staat te stellen responses voor dat API-endpoint te cachen?

De meest geschikte wijziging is het stoppen met het versturen van Set-Cookie headers en het toevoegen van Cache-Control: public, max-age aan de responses. Set-Cookie headers geven aan dat de response gepersonaliseerd is en voorkomen standaard caching door Cloud CDN. Door deze te verwijderen, wordt de response cachebaar. Cache-Control: public, max-age instrueert CDN om de content te cachen en specificeert hoe lang deze geldig is. Het inschakelen van de Ignore-Cookies optie op de backend service is niet voldoende, omdat Set-Cookie headers nog steeds gepersonaliseerde content suggereren, zelfs als de CDN de inkomende cookies negeert. De API bevindt zich al achter een globale HTTP(S) load balancer, dus deze verplaatsen naar een interne load balancer is niet relevant voor Cloud CDN. Cloud DNS latency-based steering helpt bij het routeren van verkeer naar de dichtstbijzijnde service, maar dwingt geen caching af en heeft geen invloed op de cachebaarheid van de content zelf.