Tailwind Airlines necessita di un Application Gateway per instradare le richieste a /images/* verso un pool di backend che serve blob e a /api/* verso VM API. Prevedono di utilizzare un singolo listener multi-sito su app.contoso.com. Quale configurazione di Application Gateway raggiungerà questo obiettivo con la minima complessità?

L'opzione corretta è creare una regola di routing basata sul percorso (path map) su un singolo listener multi-sito. Questo è il modo più efficiente e semplice per instradare il traffico in base all'URL del percorso, come richiesto (/images/ e /api/). La "path map" consente di definire regole specifiche per diversi percorsi e di associarli a pool di backend distinti, con un backend predefinito per tutti gli altri percorsi, il tutto gestito da un unico listener. Le altre opzioni sono meno efficienti o non adatte: Creare due listener separati complicherebbe la configurazione, specialmente se si desidera un singolo punto di ingresso (app.contoso.com) e non è necessario avere IP frontend distinti per questo scenario. La riscrittura URL sul backend non è la funzione principale per il routing del traffico a pool di backend diversi in base al percorso; è più adatta per modificare l'URL prima di inoltrare la richiesta. Configurare più impostazioni HTTP di backend con porte distinte e routing basato su probe non è il meccanismo corretto per il routing basato sul percorso dell'URL e aumenterebbe inutilmente la complessità.