Verbinden von Systemen

Der effektive Austausch von Nachrichten über verschiedene Software auf verschiedenen Computern ist eine absolute Voraussetzung für die Integration. Angesichts der Vielfalt der vorhandenen Kommunikationsstile muss BizTalk Server eine Vielzahl von Protokollen und Nachrichtenformaten unterstützen. Wie nachfolgend beschrieben, widmet sich ein erheblicher Teil des Antriebs der Ermöglichung dieser Kommunikation. Eine wichtige Tatsache ist jedoch, dass das Modul nur intern mit XML-Dokumenten funktioniert. Unabhängig davon, in welchem Format eine Nachricht eingeht, muss sie nach dem Empfang in ein XML-Dokument konvertiert werden. Wenn der Empfänger eines Dokuments dieses Dokument nicht als XML akzeptieren kann, konvertiert das Modul es in das vom Ziel erwartete Format.

Senden und Empfangen von Nachrichten: Adapter

Da BizTalk Server mit einer Vielzahl anderer Software kommunizieren muss, basiert sie auf Adaptern, um dies zu ermöglichen. Ein Adapter ist eine Implementierung eines Kommunikationsmechanismus, z. B. eines bestimmten Protokolls. Ein Entwickler bestimmt, welche Adapter in einer bestimmten Situation verwendet werden sollen. Möglicherweise wählen sie einen der integrierten Adapter, die BizTalk Server bereitstellt, beispielsweise einen Adapter, der für ein beliebtes Produkt wie Windows SharePoint Services erstellt wurde, oder sie erstellen sogar einen benutzerdefinierten Adapter. In jedem dieser Fälle basiert der Adapter auf einer Standardbasis namens Adapter Framework. Dieses Framework bietet eine allgemeine Möglichkeit zum Erstellen und Ausführen von Adaptern und unterstützt auch die gleichen Tools, die zum Verwalten aller Adaptertypen verwendet werden.

Microsoft BizTalk Server enthält die folgenden systemeigenen Adapter:

• Dateiadapter: unterstützt das Lesen und Schreiben in Dateien im Windows-Dateisystem. Da die anwendungen, die an einem Geschäftsprozess beteiligt sind, häufig auf dasselbe Dateisystem zugreifen können, entweder lokal oder über ein Netzwerk hinweg, kann der Austausch von Nachrichten über Dateien eine bequeme Option sein.

• FTP-Adapter: unterstützt das Senden und Empfangen von Informationen zwischen einem FTP-Server (File Transport Protocol) und BizTalk Server.

• HTTP-Adapter: unterstützt das Senden und Empfangen von Informationen mithilfe von HTTP. BizTalk Server macht eine oder mehrere URLs verfügbar, um anderen Anwendungen das Senden von Daten zu ermöglichen, und sie kann diesen Adapter verwenden, um Daten an andere URLs zu senden.

• MSMQ-Adapter: unterstützt das Senden und Empfangen von Nachrichten mithilfe von Microsoft Message Queuing (MSMQ).

• WebSphere MQ-Adapter: unterstützt das Senden und Empfangen von Nachrichten mithilfe von IBM WebSphere MQ (früher als MQSeries bezeichnet).

• POP3-Adapter: unterstützt den Empfang von E-Mail-Nachrichten und deren Anlagen mit Version 3 des Post Office-Protokolls (POP3).

• SMTP-Adapter: Unterstützt das Senden von Nachrichten mithilfe von SMTP. Standard-E-Mail-Adressen werden verwendet, um die Parteien zu identifizieren.

• SOAP-Adapter: unterstützt das Senden und Empfangen von Webdienstanforderungen, damit BizTalk Server eine Verbindung mit Webdiensten herstellen kann.

• WCF-Adapter: unterstützt das Senden und Empfangen von Informationen mithilfe von Windows Communication Foundation.

• Windows SharePoint Services (WSS)-Adapter: Unterstützt den Zugriff auf und die Veröffentlichung von Dokumenten, die in Microsoft Windows SharePoint-Dokumentbibliotheken gespeichert sind.

  Adapter für häufig verwendete Geschäftssoftware stehen auch von Microsoft zur Verfügung, dazu gehören:

• Microsoft BizTalk Adapter für JD Edwards OneWorld

• Microsoft BizTalk Adapter für JD Edwards EnterpriseOne

• Microsoft BizTalk-Adapter für PeopleSoft Enterprise

• Microsoft BizTalk Adapter für TIBCO Rendezvous

• Microsoft BizTalk-Adapter für TIBCO Enterprise-Nachrichtendienst

  Weitere Informationen zu diesen Adaptern finden Sie unter Adapter in BizTalk Server.

  Je nachdem, welcher Adapter zum Empfangen von Daten verwendet wird, müssen die empfangenen Nachrichten häufig verarbeitet werden, bevor sie von einer Orchestrierung aufgerufen werden können. Ebenso müssen ausgehende Nachrichten, die von einer Orchestrierung erzeugt werden, häufig verarbeitet werden, bevor sie von einem Adapter gesendet werden.

Nachrichtenverarbeitung: Pipelines

Die Anwendungen, die einem Geschäftsprozess zugrunde liegen, kommunizieren durch den Austausch verschiedener Arten von Dokumenten: beispiele, Bestellungen und Rechnungen. Damit eine BizTalk Server-Anwendung einen Geschäftsprozess ausführt, muss sie in der Lage sein, die Nachrichten, die diese Dokumente enthalten, ordnungsgemäß zu behandeln. Diese Verarbeitung kann mehrere Schritte umfassen und wird daher von einer Nachrichtenpipeline ausgeführt. Eingehende Nachrichten werden über eine Empfangspipeline verarbeitet, während ausgehende Nachrichten eine Sendepipeline durchlaufen.

Obwohl beispielsweise mehr Anwendungen entwickelt wurden, um XML-Dokumente zu verstehen, können viele – wahrscheinlich die Mehrheit heute – nicht. Da BizTalk Server nur intern mit XML-Dokumenten funktioniert, muss sie eine Möglichkeit zum Konvertieren anderer Formate in und aus XML bereitstellen. Möglicherweise sind auch andere Dienste erforderlich, z. B. die Authentifizierung des Absenders einer Nachricht. Um diese und andere Aufgaben in modularer, aber anpassbarer Weise zu verarbeiten, wird eine Pipeline aus einer Reihe von Phasen erstellt, von denen jede eine oder mehrere enthält. NET-fähige komponenten oder Com-Komponenten (Component Object Model). Jede Komponente behandelt einen bestimmten Teil der Nachrichtenverarbeitung. BizTalk Server bietet mehrere Standardkomponenten, die die am häufigsten verwendeten Fälle behandeln. Wenn diese nicht ausreichen, können Entwickler auch benutzerdefinierte Komponenten für Empfangs- und Sendepipeline erstellen.

In der obigen Abbildung sind die Phasen in einer Empfangspipeline zusammen mit den Standardkomponenten dargestellt, die für jede Phase bereitgestellt werden. Diese Phasen und die zugehörigen Komponenten sind:

• Decodierung: BizTalk Server stellt eine Standardkomponente für diese Stufe bereit, den MIME/SMIME-Decoder. Diese Komponente kann Nachrichten und Anlagen verarbeiten, die sie entweder im MIME- oder im S/MIME-Format (Secure MIME) enthalten. Die Komponente konvertiert beide Arten von Nachrichten in XML und kann auch S/MIME-Nachrichten entschlüsseln und ihre digitalen Signaturen überprüfen.

• Zerlegen: Es werden drei Standardkomponenten bereitgestellt. Die Komponente zum Zerlegen von Flachdateien wandelt Flache Dateien in XML-Dokumente um. Diese Dateien können positional sein, wobei jeder Datensatz dieselbe Länge und Struktur aufweist oder getrennt ist, mit einem bestimmten Zeichen, das zum Trennen von Datensätzen in der Datei verwendet wird. Die zweite Standardkomponente, der XML-Disassembler, analysiert eingehende Nachrichten, die bereits mithilfe von XML beschrieben werden. Die dritte Standardkomponente, die heute nicht häufig verwendet wird, ist der BizTalk Framework Disassembler. Es akzeptiert Nachrichten, die mithilfe des zuverlässigen Messagingmechanismus gesendet werden, der vom BizTalk Framework definiert wurde, das in BizTalk Server 2000 implementiert wurde.

• Validate: BizTalk Server stellt eine XML Validator-Komponente für diese Phase bereit. Wie der Name bereits sagt, überprüft diese Komponente ein XML-Dokument, das von der Demontagestufe erstellt wird, anhand eines angegebenen Schemas oder einer gruppe von Schemas, wobei ein Fehler zurückgegeben wird, wenn das Dokument nicht einem dieser Schemas entspricht.

• Parteiauflösung durchführen: Die einzige Standardkomponente für diese Phase, die Parteiauflösung, versucht, eine Identität für den Absender dieser Nachricht zu ermitteln. Wenn die Nachricht digital signiert wurde, wird die Signatur verwendet, um eine Windows-Identität in der Verwaltungsdatenbank in BizTalk Server nachzuschlagen. (Wie später beschrieben, wird diese Datenbank auch von den Verwaltungstools von BizTalk Server verwendet.) Wenn die Nachricht die authentifizierte Sicherheits-ID (SID) eines Windows-Benutzers enthält, wird diese Identität verwendet. Wenn kein Mechanismus erfolgreich ist, wird dem Absender der Nachricht eine standardmäßige anonyme Identität zugewiesen.

  

  Ausgehende Nachrichten können auch mehrere Phasen durchlaufen, wie von der verwendeten Sendepipeline definiert. Die abbildung oben zeigt die Phasen und Standardkomponenten für eine Sendepipeline. Sie lauten wie folgt:

• Vorbau: Es werden keine Standardkomponenten bereitgestellt. Stattdessen können benutzerdefinierte Komponenten bei Bedarf hier eingefügt werden.

• Zusammenbauen: Parallel zur Zerlegestufe in einer Empfangspipeline hat diese Stufe ebenfalls drei Standardkomponenten. Der Assembler für flache Dateien konvertiert eine XML-Nachricht in eine positionierte oder durch Trennzeichen getrennte Flache Datei, und der XML-Assembler unterstützt das Hinzufügen eines Umschlags und andere Änderungen an einer ausgehenden XML-Nachricht. Die dritte Option, der BizTalk Framework Assembler, verpackt Nachrichten für eine zuverlässige Übertragung mithilfe der BizTalk Framework-Messagingtechnologie.

• Codieren: BizTalk Server definiert nur eine Standardkomponente für diese Stufe, den MIME/SMIME Encoder. Diese Komponente verpackt ausgehende Nachrichten im MIME- oder S/MIME-Format. Wenn S/MIME verwendet wird, kann die Nachricht auch digital signiert und/oder verschlüsselt werden.

  BizTalk Server definiert einige Standardpipelinen, einschließlich eines einfachen Empfangs-/Sendepaars, das zum Verarbeiten von Nachrichten verwendet werden kann, die bereits in XML ausgedrückt sind. Ein Entwickler kann auch benutzerdefinierte Pipelines mit dem Pipeline-Designer erstellen. Dieses Tool, das in Visual Studio ausgeführt wird, bietet eine grafische Oberfläche, über die entwickler Komponenten ziehen und ablegen können, um Pipelines mit dem erforderlichen Verhalten zu erstellen.

Auswählen von Nachrichten: Abonnements

Nachdem eine Nachricht ihren Weg durch einen Adapter und eine Empfangspipeline gemacht hat, besteht der nächste Schritt darin, zu bestimmen, wo sie hingehen soll. Eine Nachricht ist am häufigsten auf eine Orchestrierung ausgerichtet, aber es ist auch möglich, dass eine Nachricht direkt zu einer Sendepipeline wechselt, sodass BizTalk Server als reines Messagingsystem verwendet werden kann. In beiden Fällen erfolgt dieser Abgleich von Nachrichten mit ihren Zielen mithilfe von Abonnements.

Wenn eine Nachricht von einer Empfangspipeline verarbeitet wird, wird ein Nachrichtenkontext erstellt, der verschiedene Eigenschaften der Nachricht enthält. Eine Orchestrierung oder eine Sendepipeline kann Nachrichten basierend auf den Werten dieser Eigenschaften abonnieren. Eine Orchestrierung kann z. B. ein Abonnement erstellen, das mit allen Nachrichten vom Typ "Rechnung" übereinstimmt, oder alle Nachrichten vom Typ "Rechnung", die von der QwickBank Corporation empfangen wurden, oder alle Nachrichten vom Typ "Rechnung", die von der QwickBank Corporation empfangen wurden, die für mehr als 10.000 $ liegen. Es wird jedoch angegeben, dass ein Abonnement nur die Nachrichten zurückgibt, die den vom Abonnement definierten Kriterien entsprechen. Eine empfangene Nachricht kann einen Geschäftsprozess initiieren, indem einige Orchestrierung instanziiert wird oder ein weiterer Schritt in einem bereits ausgeführten Geschäftsprozess aktiviert wird. Ebenso wird diese Nachricht, wenn eine Orchestrierung eine Nachricht sendet, mit einer Sendepipeline basierend auf einem Abonnement abgeglichen, das die Pipeline eingerichtet hat.

• In BizTalk Server ist es auch möglich, bestimmte Fehlerbedingungen zu abonnieren. Eine Fehlermeldung kann auf eine bestimmte Weise verarbeitet oder an ein bestimmtes Ziel weitergeleitet werden, z. B. einen Windows SharePoint Services-Ordner.

Siehe auch

Das BizTalk Server Messaging-Modul
Veröffentlichen und Abonnieren der Architektur
Adapter
Pipelines