BizTalk 2009 ESB Confusion

Question

Ich habe ein wenig Erfahrung mit BizTalk und versuche BizTalk 2009 ESB Toolkit 2 zu verstehen, ohne es zu verwenden. Erstens frage ich mich, ob jemand ein paar Konzepte für mich aufräumen kann:

1. Was ist der Unterschied zwischen einer "Auf-Rampe" und einem "Empfangsport"?
2. Warum benötigen Sie Routen, können Sie nicht einfach die gleichen Ports und Orchestrierungen erstellen? Ich vermisse hier offensichtlich etwas.

Ein paar allgemeine Fragen:

1. Sie alle Nachrichten müssen noch die Message Box durchlaufen?

Vielen Dank im Voraus für jede Einsicht.

Answer 1

On-Rampen

Die auf Rampen sind Web-Service-basierte Empfangs-Port, aber sie sind ein bisschen anders als sie generische XML-Nachrichten akzeptiert. Die Nachrichten haben jedoch einen sehr speziellen SOAP-Header (ein "Umschlag", wenn Sie so wollen) mit allen notwendigen Eigenschaften, um zum Beispiel Nachrichtenrouten möglich zu machen. Sie finden alle möglichen Header, indem Sie in "EsbEnvGeneric.xsd"

schauen

Routen

Ich mag dazu auf NealWalter antworten. Ich mag jedoch nur die Nachricht Reiseweg Ansatz hinzufügen können der Zeit und Entwicklungsaufwand potential speichern. Es kann Organisationen agiler machen und Veränderungen in ihren Prozessen erleichtern. Wenn wir keine komplett neue Orchestrierung entwickeln und bereitstellen müssen, sondern nur einige Konfigurationen ändern und unsere vorhandenen Bits verwenden, kann das natürlich viel Zeit sparen. Und das ist der große Wert in einem ESB und Nachrichtenweg, wie ich es sehe.

Message Box

Nachrichten in BizTalk haben immer über das Meldungsfeld zu gehen. In der nächsten Version haben MS über ein Szenario mit niedriger Latenz in BizTalk getippt - vielleicht können wir dann ein bisschen mehr Kontrolle gewinnen. Aber mehr, aber jetzt werden Nachrichten viele Male auf ihrem Weg durch BizTalk persistiert und es gibt nichts dagegen.

Answer 2

Für die allgemeine Frage, von dem ich mich erinnere, ja, alle Nachrichten gehen durch die Nachrichtenbox. Aber ich habe BizTalk 2006 R2 verwendet. Sieh dir das Bild here an.

Für die beiden anderen Frage, ich habe es nie völlig selbst herausgefunden. Ich habe nicht die Zeit, gerade jetzt zu untersuchen, aber ich werde tun, ist es wahrscheinlich, wenn niemand uns aufklären :)

Answer 3

ich nur Adressierung nur Ihre zweite Frage:

2) Warum tun Sie brauchen Reiserouten, können Sie nicht einfach das gleiche mit Ports und Orchestrierungen erstellen? Ich bin offensichtlich etwas hier fehlt.

Am letzten Ort, an dem ich arbeitete, arbeiteten wir ungefähr ein Jahr lang an unserem ESB. Die Idee des Iternary ist, dass, wenn eine Nachricht in den ESB kommt, sie magisch in die richtige Reihenfolge zu den entsprechenden Systemen gehen sollte.

Bei einem Business Process Oriented (BPM) -System schreiben Sie normalerweise eine Orchestrierung, um den Logikfluss zu steuern. Mit anderen Worten, Sie codieren die Route oder den Pfad der Nachricht in der Orchestrierung. In der ESB, die wir erstellten, entschieden die Geschäftsregeln, wohin die Nachricht gehen würde. Wir hatten immer noch Orchestrierungen für Endpunkte, aber sie waren in der Regel kurz und nur Mapping und einige grundlegende Funktionalität. An anderen Orten, an denen ich gearbeitet habe, können die Orchestrierungen ziemlich groß sein.

Also müssen die Regeln, was mit der Nachricht zu tun ist irgendwo sein. In der ESB sollte jeder Endpunkt völlig agnostisch sein und sich der anderen Endpunkte nicht bewusst sein. Das ESB-Camp setzt voraus, dass das System dynamischer geändert werden muss, ohne Software (z. B. Orchestrierungen) erneut bereitstellen zu müssen. Mit unserem ESB könnten Sie einfach die Geschäftsregeln ändern und sie erneut bereitstellen.

Einige der schwierigen Probleme mit einem ESB sind Transaktionen, Rollback und das Erstellen eines allgemeinen Fehlerbehandlungsprozesses.

Neal Walters http://BizTalk-Training.com

Answer 4

Ein paar zusätzliche Ansichten -

Ports empfangen/auf Rampen - mit Riri Antwort völlig einverstanden und einfach hinzufügen würde - ein On-Ramp im Rahmen einer Anwendung BizTalk ESB ist eine spezifische Implementierung ein Empfangsport; Eine Teilmenge; ein privater Fall. Es verwendet einen Empfangsport, um ein Muster aus der ESB-Welt zu implementieren. also - sie sind per se nicht anders.

Routen - wieder - sowohl mit Neal und Riri zustimmen und füge hinzu, als Antwort auf Ihre Frage - der BizTalk ESB kann auf unterschiedliche Weise nutzt Routen - ein ‚clued-up‘ Kunden können die angeforderte Route mit der Lieferung Anfrage Nachricht; Ein weniger aufgeklärter Kunde kann einfach eine Nachricht übermitteln, und die ESB-Infrastruktur (oder vielmehr - Ihre Implementierung) könnte die relevante Route für die spezifische Anfrage auflösen (dies kann mithilfe von Resolvern, Out-of-the-Box oder Gewohnheit, die verschiedene Methoden verwenden würde, um zu entscheiden, welche Reiseroute benötigt wird). Theoretisch können die beiden auch kombiniert werden, wenn der Kunde eine Route bereitstellt, aber die ESB-On-Ramp ersetzt/ändert sie.