Sie stellen Azure Front Door (Standard/Premium) vor zwei Multi-Region-Web-Workloads bereit: /api und /web. Anforderungen: Leiten Sie /api/* an Origin Group A und /web/* an Origin Group B weiter; jeder Origin stellt einen Health-Endpunkt unter /healthz bereit, der HTTP 200 zurückgibt; wenden Sie eine WAF-Richtlinie mit einer benutzerdefinierten Regel an, die bestimmte User-Agents nur für Anfragen an /api blockiert. Welche zwei Konfigurationen sollten Sie implementieren? Wählen Sie zwei.

Die erste korrekte Option erfüllt die Anforderung, /api/ an Origin Group A und /web/ an Origin Group B weiterzuleiten, indem zwei separate Routen mit spezifischen Pfadmustern erstellt werden. Die WAF-Richtlinie wird nur mit der /api-Route verknüpft, um die benutzerdefinierte Blockierungsregel selektiv anzuwenden, wie gefordert. Die zweite korrekte Option stellt sicher, dass die Health Probes korrekt konfiguriert sind, indem der angegebene Pfad /healthz und der erwartete HTTP 200-Status verwendet werden, was für eine genaue Zustandsüberwachung entscheidend ist. Die Option, eine einzelne Origin-Gruppe mit gewichtetem Load Balancing zu verwenden, würde die Anforderung nicht erfüllen, /api und /web an unterschiedliche Origin-Gruppen weiterzuleiten. Die Verwendung von Standardeinstellungen für Health Probes mit dem Pfad „/“ würde den spezifischen /healthz-Endpunkt nicht nutzen und könnte zu ungenauen Zustandsberichten führen. Das Anhängen der WAF-Richtlinie am Front Door-Endpunkt würde sie auf alle Routen anwenden, was der Anforderung widerspricht, sie nur für /api zu blockieren, und globale Ausschlüsse sind keine effiziente oder sichere Methode, um dies zu erreichen.