L'application web de Fabrikam s'appuie sur un CDN pour les ressources statiques. Ils doivent mettre en cache les réponses séparément lorsque le paramètre de requête 'q' change, mais ignorer les paramètres de requête transitoires 'sessionid' lors de la détermination des clés de cache. Ils souhaitent également un basculement automatique de l'origine si l'origine principale est défectueuse. Quelle configuration Azure CDN répond à ces exigences ?

La bonne réponse est d'utiliser les règles de mise en cache d'Azure CDN pour configurer une clé de cache personnalisée qui inclut uniquement le paramètre de chaîne de requête 'q' et exclut 'sessionid'. Cela garantit que le CDN met en cache les réponses séparément pour différentes valeurs de 'q' tout en ignorant 'sessionid' comme demandé. La création d'un groupe d'origines avec des origines principales et secondaires permet un basculement automatique, répondant ainsi à l'exigence de haute disponibilité. Les autres options sont incorrectes car : "Ignorer la chaîne de requête" empêcherait le CDN de différencier les requêtes basées sur 'q'. "Inclure toutes les chaînes de requête" mettrait en cache les réponses séparément pour chaque 'sessionid', ce qui est explicitement à éviter. L'activation d'Azure Front Door devant le CDN est une solution plus complexe et pas la configuration la plus directe pour les exigences spécifiées.