Episode
Anwendungsanforderungsrouting (ARR) – Reverseproxy
Application Request Routing (ARR) ist ein Out-of-Band-Modul, das für IIS 7.x und höher verfügbar ist.
ARR ermöglicht Webserveradministratoren, Hostinganbietern und CDNs (Content Delivery Networks) die Skalierbarkeit und Zuverlässigkeit von Webanwendungen durch regelbasiertes Routing, Client- und Hostnamenaffinität, Lastenausgleich von HTTP-Serveranforderungen, Einrichten eines Reverseproxys und verteilter Datenträgerzwischenspeicherung.
Diese exemplarische Vorgehensweise führt Sie durch die Verwendung von URL Rewrite Module und Application Request Routing (ARR), um einen Reverseproxyserver zu implementieren, wenn der Inhaltsserver nicht für die Außenwelt verfügbar gemacht wird.
Szenario: Stellen Sie sich vor, dass Sie über eine Website mit externer URL http://www.arr.com verfügen und der tatsächliche Inhalt auf dem IIS-Server gehostet wird, der nicht für die Internetwelt verfügbar gemacht wird und die interne/Intranet-URL lautet http://backendserver/. In diesem Fall leiten wir die Anforderungen an den ARR-Server weiter und leiten sie intern an den Back-End-Server weiter.
Application Request Routing (ARR) ist ein Out-of-Band-Modul, das für IIS 7.x und höher verfügbar ist.
ARR ermöglicht Webserveradministratoren, Hostinganbietern und CDNs (Content Delivery Networks) die Skalierbarkeit und Zuverlässigkeit von Webanwendungen durch regelbasiertes Routing, Client- und Hostnamenaffinität, Lastenausgleich von HTTP-Serveranforderungen, Einrichten eines Reverseproxys und verteilter Datenträgerzwischenspeicherung.
Diese exemplarische Vorgehensweise führt Sie durch die Verwendung von URL Rewrite Module und Application Request Routing (ARR), um einen Reverseproxyserver zu implementieren, wenn der Inhaltsserver nicht für die Außenwelt verfügbar gemacht wird.
Szenario: Stellen Sie sich vor, dass Sie über eine Website mit externer URL http://www.arr.com verfügen und der tatsächliche Inhalt auf dem IIS-Server gehostet wird, der nicht für die Internetwelt verfügbar gemacht wird und die interne/Intranet-URL lautet http://backendserver/. In diesem Fall leiten wir die Anforderungen an den ARR-Server weiter und leiten sie intern an den Back-End-Server weiter.
Feedback? Melden Sie hier ein Problem.