Un équilibreur de charge HTTP(S) global se trouve devant une API qui définit des en-têtes Set-Cookie mais renvoie un contenu identique pour tous les utilisateurs. Pour permettre à Cloud CDN de mettre en cache les réponses pour ce point de terminaison d'API, quelle modification est la plus appropriée ?

La bonne réponse est d'arrêter d'envoyer Set-Cookie et de renvoyer Cache-Control: public, max-age. Les en-têtes Set-Cookie indiquent qu'une réponse est spécifique à l'utilisateur, ce qui empêche Cloud CDN de la mettre en cache. En supprimant Set-Cookie et en ajoutant Cache-Control: public, max-age, vous signalez à Cloud CDN que la réponse est générique et peut être mise en cache pour une durée spécifiée. L'option "Activer l'option Cloud CDN Ignore-Cookies" est incorrecte car elle ignore les cookies dans la requête, pas les en-têtes Set-Cookie dans la réponse du backend. Déplacer l'API derrière un équilibreur de charge interne n'est pas pertinent pour la mise en cache CDN, car les équilibreurs de charge internes ne sont pas des points d'entrée CDN. Utiliser la direction basée sur la latence de Cloud DNS est une stratégie de routage, pas une méthode pour activer la mise en cache CDN.