Windows-Prozessaktivierungsdienst in IIS 7.0

Einführung in Windows Server 2008
Von Mitch Tulloch

Machen Sie sich mit der Evaluierung von Windows Server 2008 vertraut – mit technischen Erkenntnissen des Windows Server-Teams. Diese praktische Einführung bietet reale Implementierungsszenarien und pragmatische Ratschläge für die Verwaltung von Windows Server im Unternehmen.

Um eine Vorstellung davon zu bekommen, wie “minimal” IIS 7.0 standardmäßig ist, werden beim Hinzufügen der Webserverrolle (IIS) unter Verwendung der bereits für diese Rolle bereits ausgewählten Standardeinstellungen nur die folgenden Rollendienste und die angegebenen Unterkomponenten (Module) tatsächlich abgerufen Eingerichtet:

  • Allgemeines HTTP
    • Statischer Inhalt
    • Standarddokument
    • Durchsuchen von Verzeichnissen
    • HTTP-Fehler
  • Gesundheit und Diagnostik
    • HTTP-Protokollierung
    • Monitor anfordern
  • Sicherheit
  • Performance
    • Statische Inhaltskomprimierung
  • Management-Tools

Schauen Sie in der vorhergehenden Liste unter den Sicherheitsrollendienst nach – keine Basisauthentifizierung, oder? Denken Sie daran für später.

Windows-Prozessaktivierungsdienst

Wenn Sie Ihrem Windows Server 2008-Server die Webserverrolle (IIS) hinzufügen, müssen Sie außerdem eine Funktion namens Windows Process Activation Service (WPAS) mit den drei Unterfunktionen installieren: Prozessmodell, .NET-Umgebung und Konfigurations-APIs . WPAS verwaltet Anwendungspools und Arbeitsprozesse, die auf Ihrem Computer ausgeführt werden, sowohl für HTTP- als auch für Nicht-HTTP-Anforderungen. Wenn beispielsweise ein Protokolllistener eine Clientanforderung aufnimmt, bestimmt WPAS, ob ein Arbeitsprozess, der die Anforderung bearbeiten kann, bereits im Anwendungspool ausgeführt wird. In diesem Fall leitet der Listener-Adapter die Anforderung zur Verarbeitung an den Worker-Prozess weiter. Wenn im Pool kein Arbeitsprozess ausgeführt wird, startet WPAS einen neuen Arbeitsprozess und der Listener-Adapter leitet die Anforderung zur Verarbeitung an ihn weiter.

Windows Server 2008-Sicherheitsextras

Die modulare Architektur in IIS 7.0 unterstützt die Sicherheit von Webservern

Vorschau von Windows Server 2008 (Longhorn): Wichtige neue Funktionen

WPAS fungiert auch als Konfigurationsmanager, der Konfigurationsinformationen für Sites, Anwendungen und Anwendungspools liest und verwaltet, die auf IIS ausgeführt werden, sowie für die globale Konfiguration, die die zentrale HTTP-Protokollierung usw. umfasst. Darüber hinaus behält WPAS den Lebenszyklus von Arbeitsprozessen bei, indem es sie startet (z. B. wenn Anfragen eingehen), sie stoppt (wenn sie nicht in Betrieb sind), ihren Zustand überwacht und sie bei Bedarf recycelt.

Welche neuen Funktionen bietet WPAS, die in früheren IIS-Plattformen nicht vorhanden waren? Hören wir von einem unserer Experten:

Von den Experten: Windows Process Activation Service (WPAS)

Der Windows-Prozessaktivierungsdienst, auch als WPAS bezeichnet, ist eine neue Komponente in IIS 7.0, die anstelle des WWW-Prozesses die Konfiguration des Anwendungspools und die Arbeitsprozesse verwaltet. Dadurch kann dieselbe Konfiguration sowohl für HTTP- als auch für Nicht-HTTP-Sites verwendet werden. Dank dieser Trennung (und in Kombination mit der neuen modularen Architektur von IIS 7.0) können Sie sogar Nicht-HTTP-Sites hosten, ohne dass der WWW-Dienst überhaupt installiert wird.

Welche Szenarien ermöglicht dies? Da WPAS nicht spezifisch für HTTP-Sites ist, können Sie WPAS auch zum Hosten von Nicht-HTTP-Sites verwenden. Aber was verstehen wir unter “Nicht-HTTP-Sites”? Einfach ausgedrückt kann WPAS zum Hosten von Websites verwendet werden, die auf Technologien wie beispielsweise Windows Communication Foundation basieren. Wenn Sie WCF mit WPAS verwenden, können Sie nur über HTTP lauschen? Überhaupt nicht. In der Tat ist das die Schönheit und Kraft von WPAS. Sie können einen WCF-Dienst in WPAS hosten, der netTcpBinding, netMsmqBinding usw. verwendet. Als Erweiterung dazu können Sie, da WPAS sowohl HTTP- als auch Nicht-HTTP-Sites unterstützt, einen Dienst hosten, der sich sowohl über HTTP als auch über NET.TCP verfügbar macht.
Jason Olson – Technischer Evangelist, Windows Server 2008-Entwickler und Plattform-Evangelisation

Verarbeitungspipeline anfordern

Die modulare Architektur von IIS 7.0 ist auch wichtig für die Verarbeitung von Anforderungen durch IIS 7.0. Zum Vergleich: Auf der vorherigen Plattform (IIS 6.0) hatten Sie im Grunde eine monolithische Pipeline zur Anforderungsverarbeitung, deren Funktionalität über ISAPI erweitert werden konnte. In IIS 7.0 verfügen Sie jedoch über all diese verschiedenen Module, die in Ihre generische Anforderungspipeline eingefügt werden können, um die Verarbeitung von Anforderungen durch Ihren Server zu ändern. Darüber hinaus verfügen Sie über eine öffentliche Modul-API, mit der Sie Ihre Pipeline erweitern können, indem Sie Ihre eigenen benutzerdefinierten Module hinzufügen.

Eine andere Möglichkeit, die neue IIS 7.0-Architektur mit der alten in IIS 6.0 zu vergleichen, besteht darin, zu vergleichen, wie ASP.NET auf diesen beiden Plattformen in IIS integriert ist. In IIS 6.0 haben Sie im Grunde IIS und ASP.NET und niemals werden sich die beiden treffen – es sei denn, dies geschieht über ISAPI. Angenommen, es geht eine Anforderung ein, die von ASP.NET verarbeitet werden muss. IIS übergibt es über die ISAPI-Erweiterung aspnet_isapi.dll an ASP.NET, die die Anforderung verarbeitet und an IIS zurückgibt. Dieser Mechanismus beinhaltet die Duplizierung von Merkmalen und ist nicht sehr effizient. Im Gegensatz dazu bietet IIS 7.0 zwei Modi zur Verarbeitung solcher Anforderungen. Erstens können Sie den “klassischen” Modus verwenden, in dem ASP.NET wie in IIS 6.0 als ISAPI ausgeführt wird, was aus Kompatibilitätsgründen hilfreich ist. Und zweitens können Sie den neuen “integrierten” Modus verwenden, in dem ASP.NET und IIS Teil derselben Anforderungsverarbeitungspipeline sind. Das heißt, Ihre .NET-Module und -Handler werden direkt in die generische Anforderungsverarbeitungspipeline eingebunden. Das ist viel effizienter als das alte Modell (und bietet einen weitaus einfacheren Erweiterungspunkt zum Programmieren – ISAPI ist so in den 90ern).

Auszug aus “Introducing Windows Server 2008” von Mitch Tulloch mit dem Microsoft Windows Server Team. Nachdruck mit freundlicher Genehmigung von Microsoft Press. Alle Rechte vorbehalten. Weitere Informationen finden Sie unter http://www.microsoft.com/MSPress/books/11163.aspx.

Similar Posts

Leave a Reply