Je configureert Azure Front Door (Standard/Premium) met twee origins: East US en West Europe. Je wilt dat beide origins actief zijn, clientverzoeken de voorkeur geven aan de origin met de laagste latency, en dat ongezonde origins automatisch uit de rotatie worden verwijderd. Elke origin exposeert een HTTPS /healthz-endpoint dat 200 retourneert wanneer deze gezond is. Hoe moet je de origin group configureren?

De correcte optie voldoet aan alle vereisten. Beide origins moeten actief zijn en de laagste latency moet worden gebruikt, wat wordt bereikt door beide origins in één groep te plaatsen met Latency load balancing en gelijke gewichten. Het automatisch verwijderen van ongezonde origins vereist een health probe, geconfigureerd voor HTTPS GET naar /healthz met een succesbereik van 200-399, zoals gespecificeerd. Session affinity moet uitgeschakeld zijn om de load balancing op basis van latency optimaal te laten werken. De andere opties zijn onjuist omdat: Twee origin groups met prioriteitsgebaseerde failover en uitgeschakelde health probes niet voldoen aan de eisen voor actieve origins, latency-gebaseerde routing en het automatisch verwijderen van ongezonde origins. Een HTTP-probe naar de root en Weighted load balancing (met gewicht 0 voor West Europe) voldoet niet aan de eis dat beide origins actief zijn en latency-gebaseerde routing. Afzonderlijke origin groups zonder health probes en handmatige routing voldoen niet aan de eisen voor automatische failover en latency-gebaseerde routing.