Stai configurando Azure Front Door (Standard/Premium) con due origini: Stati Uniti Orientali (East US) ed Europa Occidentale (West Europe). Vuoi che entrambe le origini siano attive, che le richieste dei client preferiscano l'origine con la latenza più bassa e che le origini non integre vengano rimosse automaticamente dalla rotazione. Ogni origine espone un endpoint HTTPS /healthz che restituisce 200 quando è integro. Come dovresti configurare il gruppo di origini?

La risposta corretta soddisfa tutti i requisiti: entrambe le origini sono attive in un singolo gruppo, il bilanciamento del carico basato sulla latenza indirizza le richieste all'origine più vicina, e la sonda di integrità su /healthz con un intervallo di 30 secondi e codici 200-399 assicura la rimozione automatica delle origini non integre. L'affinità di sessione disabilitata è appropriata per un bilanciamento del carico basato sulla latenza che non richiede persistenza di sessione. Le altre opzioni sono errate perché: la seconda opzione usa il failover basato sulla priorità (non entrambe attive) e disabilita le sonde di integrità (non rileva origini non integre); la terza opzione usa un bilanciamento ponderato che favorisce solo un'origine e una sonda HTTP generica (non specifica per l'endpoint di integrità); la quarta opzione crea gruppi separati e si affida alla selezione manuale, non automatica, e non configura le sonde di integrità.