De web-app van Fabrikam is afhankelijk van een CDN voor statische assets. Ze moeten responses afzonderlijk cachen wanneer de 'q' queryparameter verandert, maar tijdelijke 'sessionid' queryparameters negeren bij het bepalen van cachesleutels. Ze willen ook automatische origin failover als de primaire origin unhealthy is. Welke Azure CDN-configuratie voldoet aan deze vereisten?

Deze optie voldoet aan alle vereisten. Azure CDN caching rules maken het mogelijk om een aangepaste cachesleutel te definiëren, waarbij specifiek de 'q' queryparameter wordt opgenomen en andere, zoals 'sessionid', worden genegeerd. Dit zorgt voor afzonderlijke caching op basis van 'q' en negeert 'sessionid'. Een origin group met primaire en secundaire origins is de standaardmethode in Azure CDN om automatische failover te configureren wanneer de primaire origin niet beschikbaar is. De andere opties zijn onjuist omdat: 'Ignore query string' zou alle queryparameters negeren, inclusief 'q', wat in strijd is met de eis om afzonderlijk te cachen op basis van 'q'. Een enkele origin met grotere probe-intervallen biedt geen automatische failover. 'Include all query strings' zou 'sessionid' opnemen in de cachesleutel, wat in strijd is met de eis om deze te negeren. Meerdere origins zonder origin groups bieden geen automatische failover. Azure Front Door is een aparte service en hoewel het geavanceerde routing en failover biedt, is de vraag specifiek gericht op Azure CDN-configuratie. Bovendien zou het CDN dan nog steeds standaard cachen op de volledige URL, tenzij verder geconfigureerd.