Bestimmen des Azure Application Gateway-Routings
Clients senden Anforderungen an Ihre Web-Apps, indem sie die IP-Adresse oder den DNS-Namen Ihres Anwendungsgateways angeben. Ihr Gateway leitet die Anforderungen gemäß einer Reihe von Regeln an einen ausgewählten Webserver in Ihrem Back-End-Pool weiter. Sie definieren die Regeln für Ihr Gateway, um die zulässigen Routen für den Anforderungsdatenverkehr zu identifizieren.
Wissenswertes über das Datenverkehrsrouting
Sehen wir uns Ihre Routingoptionen für Azure Application Gateway genauer an.
Azure Application Gateway bietet zwei primäre Methoden für das Routing von Datenverkehr:
Beim pfadbasierten Routing werden Anforderungen mit unterschiedlichen URL-Pfaden an verschiedene Pools von Back-End-Servern gesendet.
Beim Routing mit mehreren Websites werden mehrere Webanwendungen in derselben Application Gateway-Instanz konfiguriert.
Sie können Ihr Anwendungsgateway so konfigurieren, dass der Datenverkehr umgeleitet wird.
Application Gateway kann den Datenverkehr, der an einem Listener eingeht, an einen anderen Listener oder an eine externe Website umleiten. Dieser Ansatz wird häufig von Web-Apps verwendet, um HTTP-Anforderungen automatisch zur Kommunikation über HTTPS umzuleiten. Die Umleitung stellt sicher, dass die gesamte Kommunikation zwischen Ihrer Web-App und den Clients über einen verschlüsselten Pfad erfolgt.
Sie können Application Gateway implementieren, um HTTP-Header umzuschreiben.
HTTP-Header ermöglichen Client und Server das Übergeben von Parameterinformationen mit der Anforderung oder der Antwort. In diesem Szenario können Sie URLs übersetzen oder Zeichenfolgenparameter abfragen sowie Anforderungs- und Antwortheader ändern. Fügen Sie Bedingungen hinzu, um sicherzustellen, dass URLs oder Header nur für bestimmte Bedingungen umgeschrieben werden.
Mit Application Gateway können Sie benutzerdefinierte Fehlerseiten erstellen, anstatt Standardfehlerseiten anzuzeigen. Sie können für eine benutzerdefinierte Fehlerseite Ihr eigenes Branding und Layout verwenden.
Pfadbasiertes Routing
Sie können pfadbasiertes Routing implementieren, um Anforderungen für bestimmte URL-Pfade an den entsprechenden Back-End-Pool weiterzuleiten. Stellen Sie sich ein Szenario vor, in dem Ihre Web-App Anforderungen für Videos oder Bilder empfängt. Sie können pfadbasiertes Routing verwenden, um Anforderungen für den /video/\*-Pfad an einen Back-End-Pool von Servern weiterzuleiten, die für die Verarbeitung von Videostreaming optimiert sind. Imageanforderungen für den /images/\*-Pfad können an einen Pool von Servern weitergeleitet werden, die den Imageabruf verarbeiten. Die folgende Abbildung veranschaulicht diese Routingmethode:
Routing mit mehreren Websites
Wenn Sie mehrere Web-Apps auf derselben Application Gateway-Instanz unterstützen müssen, ist das Routing mit mehreren Websites die beste Option. Konfigurationen mit mehreren Standorten sind für die Unterstützung von Anwendungen mit mehreren Mandanten nützlich, bei denen jeder Mandant über eigene VMs oder andere Ressourcen zum Hosten einer Web-App verfügt.
In dieser Konfiguration registrieren Sie mehrere DNS-Namen (CNAMEs) für die IP-Adresse Ihres Anwendungsgateways und geben dabei die Namen der einzelnen Websites an. Application Gateway verwendet für jede Website separate Listener, die auf Anforderungen warten. Jeder Listener übergibt die Anforderung an eine andere Regel, die die Anforderungen an Server in einem anderen Back-End-Pool weiterleiten kann.
Stellen Sie sich ein Szenario vor, in dem Sie Datenverkehr zu zwei Websites auf demselben Gateway unterstützen müssen. Sie können alle Anforderungen für die Website http://contoso.com an Server in einem Back-End-Pool senden und Anforderungen für die Website http://fabrikam.com an einen anderen Back-End-Pool senden. Die folgende Abbildung veranschaulicht diese Routingmethode.
