Tailwind Airlines a besoin d'une Application Gateway pour acheminer les requêtes vers /images/* vers un pool de backend de service de blobs et vers /api/* vers des VM d'API. Ils prévoient d'utiliser un seul écouteur multi-site sur app.contoso.com. Quelle configuration d'Application Gateway permettra d'y parvenir avec le moins de complexité ?

La bonne réponse est de créer une règle de routage basée sur le chemin (carte de chemins) sur l'écouteur. Cette approche est la plus simple et la plus directe pour diriger le trafic vers différents pools de backend en fonction du chemin d'URL, ce qui correspond exactement aux exigences de Tailwind Airlines pour /images/ et /api/. L'utilisation d'un seul écouteur multi-site simplifie la configuration. Créer deux écouteurs distincts n'est pas nécessaire car un seul écouteur multi-site peut gérer plusieurs chemins et domaines. L'utilisation de la réécriture d'URL est plus complexe et n'est pas la méthode principale pour diriger le trafic vers différents pools de backend. Configurer plusieurs paramètres HTTP de backend avec des ports distincts et utiliser le routage basé sur les sondes est une solution trop complexe et inappropriée pour ce scénario de routage basé sur le chemin.