Déterminer l’acheminement Azure Application Gateway
Les clients envoient des requêtes à vos applications web en indiquant l’adresse IP ou le nom DNS de votre passerelle applicative. Votre passerelle dirige les requêtes vers un serveur web sélectionné dans votre pool back-end en fonction d’un ensemble de règles. Vous définissez les règles afin que votre passerelle identifie les itinéraires autorisés pour le trafic de requêtes.
Ce qu’il faut savoir sur l’acheminement du trafic
Examinons de plus près vos options d’acheminement pour Azure Application Gateway.
Azure Application Gateway propose deux méthodes principales d’acheminement du trafic :
L’acheminement basé sur le chemin envoie des requêtes avec différents chemins d’URL à différents pools de serveurs back-end.
Lacheminement multisite configure plusieurs applications web sur la même instance de passerelle applicative.
Vous pouvez configurer votre passerelle applicative pour qu’elle redirige le trafic.
Application Gateway peut rediriger le trafic reçu sur un écouteur vers un autre écouteur ou vers un site externe. Cette approche est couramment utilisée par les applications web afin de rediriger automatiquement les requêtes HTTP pour qu’elles communiquent via HTTPS. La redirection garantit que toutes les communications entre votre application web et les clients se produisent sur un chemin chiffré.
Vous pouvez implémenter Application Gateway pour réécrire les en-têtes HTTP.
Les en-têtes HTTP permettent au client et au serveur de passer des informations de paramètre dans la requête ou la réponse. Dans ce scénario, vous pouvez traduire les URL ou interroger des paramètres de chaîne, et modifier des en-têtes de requête et de réponse. Ajoutez des conditions pour vous assurer que les URL ou les en-têtes sont réécrits uniquement pour certaines conditions.
Application Gateway vous permet de créer des pages d’erreur personnalisées au lieu d’afficher les pages d’erreur par défaut. Vous pouvez utiliser votre marque et votre mise en page personnelles à l’aide d’une page d’erreur personnalisée.
Routage basé sur le chemin
Vous pouvez implémenter l’acheminement basé sur le chemin pour diriger les requêtes de chemins d’URL spécifiques vers le pool back-end approprié. Prenons l’exemple d’un scénario où votre application web reçoit des requêtes de vidéos ou d’images. Vous pouvez utiliser l’acheminement basé sur le chemin pour diriger les requêtes portant sur le chemin /video/\* vers un pool back-end de serveurs optimisés pour gérer le streaming vidéo. Les requêtes d’images portant sur le chemin /images/\* peuvent être dirigées vers un pool de serveurs qui gèrent la récupération d’images. L’illustration suivante illustre cette méthode d’acheminement :
Acheminement multisite
Lorsque vous devez prendre en charge plusieurs applications web sur la même instance de passerelle applicative, l’acheminement multisite est la meilleure option. Les configurations multisites sont utiles pour prendre en charge les applications multilocataires, où chaque locataire dispose de son propre groupe de machines virtuelles ou autres ressources hébergeant une application web.
Dans cette configuration, vous inscrivez plusieurs noms DNS (CNAME) pour l’adresse IP de votre passerelle applicative et vous spécifiez le nom de chaque site. Application Gateway utilise différents écouteurs pour attendre les requêtes de chaque site. Chaque écouteur passe la requête à une règle qui peut router la requête vers les serveurs d’un autre pool de back-ends.
Prenons l’exemple d’un scénario dans lequel vous devez prendre en charge le trafic vers deux sites sur la même passerelle. Vous pouvez diriger toutes les requêtes portant sur le site http://contoso.com vers des serveurs dans un pool back-end et les requêtes portant sur le site http://fabrikam.com vers un autre pool back-end. L’illustration suivante illustre cette méthode d’acheminement.
