Hosts

Das BizTalk-Hostobjekt stellt einen logischen Satz von null oder mehr Laufzeitprozessen dar, in dem Sie Dienste, Pipelines und andere Elemente bereitstellen können. Außerdem stellt das Hostobjekt eine Auflistung von Laufzeitinstanzen dar (null oder mehr), auf denen die bereitgestellten Elemente physisch ausgeführt werden.

Nach dem Erstellen eines Hosts (logischen Containers) können Sie dem Host physische BizTalk-Server (Hostinstanzen) hinzufügen. Sie können einen BizTalk Server nicht mehrmals demselben Host hinzufügen. Eine einzelne Hostinstanz kann jedoch mehreren Hosts hinzugefügt werden.

Die in BizTalk-Hosts enthaltenen Elemente, wie Adapterhandler, Empfangsspeicherorte (einschließlich Pipelines) und Orchestrierungen, können die folgenden Funktionen ausführen:

• Empfangen. Diese Elemente sind für die Erstverarbeitung von Nachrichten nach deren Übernahme in einem Empfangsspeicherort zuständig. Enthält ein Host ein empfangendes Element wie einen Empfangsspeicherort oder eine Empfangspipeline, dient er als Sicherheitsgrenze, und die Decodierung sowie Entschlüsselung von Nachrichten erfolgt in einer Pipeline innerhalb des Hosts.

• Senden. Diese Elemente sind zuständig für die Abschlussverarbeitung von Nachrichten, bevor diese an den Sendeport übermittelt werden. Enthält ein Host ein sendendes Element wie einen Sendeport oder eine Sendepipeline, dient er als Sicherheitsgrenze, und die Signierung sowie Verschlüsselung von Nachrichten erfolgt in einer Pipeline innerhalb des Hosts.

• Processing. Diese Elemente verarbeiten Nachrichten auf Grundlage der Anweisungen in einer Orchestrierung.

  Ein BizTalk-Host kann Elemente enthalten, die Nachrichten empfangen, senden und verarbeiten. Sie sollten für jede Funktion einen anderen Host erstellen, um Sicherheitsbegrenzungen zu schaffen und die Verwaltung zu vereinfachen. Insbesondere sollten Sie für Verarbeitungsvorgänge und für Empfangs-/Sendevorgänge unterschiedliche Hosts verwenden sowie vertrauenswürdige und nicht vertrauenswürdige Elemente trennen.

  Die folgende Abbildung zeigt die Beziehung zwischen Servern, Hosts und Hostinstanzen.

  
  Beziehung zwischen Hosts, Hostinstanzen und Servern

  Weitere Informationen zu Hostinstanzen finden Sie unter Hostinstanzen.

  Basierend auf der physischen Konfiguration und dem Typ des gehosteten Adapters gibt es zwei Arten von Hosts: Prozessinterne Hosts und isolierte Hosts.

Prozessinterne Hosts

In-Process-Hosts stellen Dienstinstanzen dar, die ein Administrator mithilfe der WMI (Windows Management Instrumentation, Windows-Verwaltungsinstrumentation) und der BizTalk-Verwaltungskonsole erstellt, löscht und vollständig steuert.

Hosts vom Typ "In-Process" haben die folgenden Merkmale:

• In einen Host vom Typ "In-Process" können Sie jede Orchestrierung eintragen.

• Ein Host vom Typ "In-Process" kann jeden Sendehandler hosten.

• Ein Host vom Typ "In-Process" kann alle Empfangshandler mit Ausnahme von SOAP- und HTTP-Handlern hosten:

  • DATEI

  • FTP

  • Mqseries

  • MSMQ

  • POP3

  • SQL

  • Windows SharePoint Services

• Der erste prozessinterne Host, den Sie in einer BizTalk Server Bereitstellung erstellen, ist der Standardhost und kann nicht gelöscht werden. Der BizTalk-Message Queuing-Adapter verwendet den Standardhost für die statische Konfiguration des Handlers. Beim Hinzufügen eines Adapters werden automatisch Empfangs- und Sendeports für den Standardhost erstellt.

Isolierte Hosts

Isolierte Hosts stellen Dienstinstanzen dar, die ein Lösungsentwicker programmgesteuert erstellt, löscht und steuert. Ein Administrator verwendet WMI und die BizTalk-Verwaltungskonsole, um diese Hosts zu konfigurieren (z. B. zum Konfigurieren des Hostdienstkontos und der Authentifizierungsvertrauensstellung).

Isolierte Hosts hosten primär Adapter, die außerhalb der üblichen BizTalk Server-Laufzeitprozesse ausgeführt werden. Sie verwenden isolierte Hosts beispielsweise zum Hosten von Adaptern für externe Prozesse wie ISAPI-Erweiterungen und ASP.NET.

Isolierte Hosts haben die folgenden Merkmale:

• In einen isolierten Host können Sie keine Orchestrierungen eintragen.

• Ein isolierter Host kann keine Sendehandler hosten.

• Ein isolierter Host kann nur die mit HTTP/S- und SOAP-Adaptern verknüpften Empfangshandler hosten (Adapter vom Typ "Isoliert").

• Ein isolierter Host kann nicht als Überwachungshost dienen.

• Ein isolierter Host kann nicht der Standardhost sein.

• Die status eines isolierten Hosts ist immer Status Nicht verfügbar. BizTalk Server greift für externe Prozesse nicht auf die Statusinformationen zu.

Hinweis

Hostinstanzen können dasselbe Dienstkonto gemeinsam verwenden, solange sie dieselbe Sicherheitskonfiguration haben (Vertrauenswürdigkeit der Authentifizierung).

Vertrauenswürdige und nicht vertrauenswürdige Hosts

In BizTalk Server können Hosts mit vertrauenswürdiger Authentifizierung angeben, dass eine Nachricht, die der vertrauenswürdige Host in der Warteschlange der MessageBox-Datenbank ablegt, von einer anderen Entität als ihm selbst stammt. Die Vertrauenswürdigkeit der Authentifizierung soll vor allem dafür sorgen, dass Pipelines Parteien in eine PID (Produkt-ID) auflösen und diese PID an verarbeitende Dienste zum Autorisieren und Auflösen ausgehender Parteien weitergeben können. Außerdem soll sie die Übertragung der Windows-Sicherheits-ID (SSID) des Absenders an verarbeitende Dienste zum Zwecke der Autorisierung von Orchestrierungsaktionen ermöglichen.

Weitere Informationen

Hostinstanzen
Verwalten von BizTalk-Hosts und -Hostinstanzen
Entitäten