Freigeben über


Adapterhostmodell

Im Allgemeinen werden BizTalk-Adapter im BizTalk-Dienst gehostet, Btsntsvc.exe. Dies bedeutet, dass BizTalk Server die Lebensdauer des Adapters verwaltet. In den im Folgenden beschriebenen Situationen wird der Adapter allerdings von anderen Prozessen verwaltet.

In-Process-Adapter

Adapter, die von BizTalk Server verwaltet werden, werden als prozessinterne Adapter bezeichnet. BizTalk Server führt für diese Adapter folgendes aus:

  • Instanziieren des Adapters beim Starten BizTalk Server

  • Übergeben des Transportproxys des Adapters während der Initialisierung an den Adapter

  • Verarbeiten von Anforderungen des Adapters

  • Beendet den Adapter beim Herunterfahren des BizTalk Server-Diensts.

    BizTalk Server übermittelt Handlerkonfigurations- und Endpunktkonfigurationsinformationen zur Laufzeit an den Adapter. Es werden noch weitere Aspekte der Konfiguration angegeben, z. B. Dienstfenster, die die Zeiten angeben, zu denen der Adapter für die aktive Behandlung von Anforderungen aktiviert wird.

    Der BizTalk-Dienst kann mithilfe der BizTalk Server-Verwaltungskonsole oder mithilfe des Dienststeuerungs-Managers manuell heruntergefahren werden. Wenn die Konnektivität mit dem BizTalk Server Datenbanken unterbrochen wird, wird der Dienst automatisch selbst wiederverwendet.

    In einem herkömmlichen Hostmodell werden Empfangs- und Sendeadapter zusammen mit Messaging-Engine und Orchestrierungs-Engine im gleichen Prozess wie der BizTalk-Dienst gehostet. Das Hostmodell bietet eine ausreichende Flexibilität für das Trennen von Empfangs-, Sende- und Orchestrierungshosts sowie von Kombinationen dieser Hosts. In der folgenden Abbildung führt der Host alle drei gemeinsam in einem Prozess aus.

    Aufgrund des umfangreichen Hostmodells sollten Sie beim Entwickeln von Adaptern unbedingt darauf achten, dass Sende- und Empfangsadapter nie auf demselben Host konfiguriert werden. Sie können sogar für die Ausführung auf unterschiedlichen Computern konfiguriert werden.

    Abbildung des regulären Adapterhostingmodells.
    Das Hostmodell für In-Process-Adapter

Isolierte Adapter

In bestimmten Situationen können Empfangsadapter nicht im BizTalk-Dienst gehostet werden. Im IIS-Prozessmodell wird die Lebensdauer von ASP.NET-Anwendungen und ISAPI-Erweiterungen, z. B. von IIS, verwaltet. Der BizTalk-SOAP-Adapter muss innerhalb desselben Prozessbereichs wie IIS ausgeführt werden, sodass BizTalk Server die Lebensdauer von Instanzen des SOAP-Adapters nicht steuern kann.

Bei diesen Adaptertypen kann ein anderes Hostmodell verwendet werden, das als isolierte Empfangsadapter oder einfach als isolierte Adapter bezeichnet wird. Für isolierte Sendeadapter wurde kein Konzept entwickelt.

Da BizTalk Server keinen isolierten Adapter erstellen können, muss der Adapter einen eigenen Transportproxy abrufen und sich bei diesem Transportproxy registrieren.

Die folgende Abbildung veranschaulicht die BizTalk Server Hostingarchitektur. Um die Leistung nicht zu beeinträchtigen, wird bei der isolierten Hostarchitektur nicht erforderliche prozessübergreifende Kommunikation weitestgehend vermieden. Da sich der isolierte Adapter und der Stapel der BizTalk-Messaging-Engine im gleichen Prozess befinden, findet beim Aufrufen der Messaging-Engine keine prozessübergreifende Kommunikation statt. In diesem Szenario findet nur zwischen der Messaging-Engine und der Datenbank eine prozessübergreifende Kommunikation statt. Diese Kommunikation ist jedoch unvermeidlich.

Abbildung, die die BizTalk Server Hostingarchitektur zeigt.
Das Hostmodell für isolierte Adapter

Weitere Informationen

Was ist das Adapterframework?