Vert. Systeme | Kap 8

Abbildung A10

Abbildung A11

Die Abbildung von Aktivitäten auf Anwendungslogik ist in der Regel ein komplexer Prozess, der sich einerseits an den vorhandenen Diensten und Softwaresystemen, andererseits an den Anforderungen des umzusetzenden Geschäftsprozesses orientiert. Existiert bereits Anwendungslogik für eine Aktivität, sollte diese entsprechend wiederverwendet werden. Wird diese bereits durch einen Dienst realisiert, kann die Aktivität auf den Aufruf einer entsprechenden Operation des Dienstes umgesetzt werden. Wird die Anwendungslogik durch ein Softwaresystem bereitgestellt (z. B. für die Kundenverwaltung), das nicht als Dienst aufrufbar ist, muss diese zunä̈chst durch entsprechende Erweiterungen und Anpassungen als Dienst verfügbar gemacht werden. Ist keine entsprechende Anwendungslogik vorhanden, müssen neue Dienste mit entsprechenden Operationen implementiert werden. Letztlich müssen für alle Aktivitäten entsprechende Dienstoperationen bereitstehen. Im einfachsten Fall kö̈nnte nun jeder Dienst genau eine Operation bereitstellen. Eine Bündelung logisch zusammengehörender Operationen in einem Dienst kann natürlich sinnvoll sein. Die Zuordnung von Diensten und Operationen in Tabelle A.1 stellt eine mögliche Lö̈sung für die Abbildung der Aktivitäten des abstrakten Prozesses aus Aufgabe 8.2 dar. Andere Varianten sind aber ebenfalls denkbar.

Beispiel A.1

Ein Partnerverweis wird innerhalb des BPEL-Prozesses definiert und bezieht sich dabei auf den ”portType“ einer Web-Service-Beschreibung in WSDL. In der Lösung wird ein Partnerverweis für den Prüfdienst erstellt, dessen Operationen vom BPEL-Prozess aufgerufen werden. Beispiel A.2 stellt den Teil der BPEL-Spezifikation dar, Beispiel A.3 zeigt den dazugehörigen Teil der Definition in der WSDL des Prüfdienstes.

Die Standards WS-Coordination, WS-AtomicTransaction und WS-Business- Activity können in das Umfeld verteilter Transaktionen und Geschäftsabläufe in dienstorientierten Architekturen eingeordnet werden. Mit WS-Coordination wird ein erweiterbares Framework für die Koordination von Aktivitäten defniert, die mehrere verteilte Dienste umfassen. Die Koordination erfolgt dabei über einen zentralen Dienst, der mit dem Activation Service und dem Registration Service zwei Web Services bereitstellt. Dieser zentrale Dienst kann auf der Basis verschiedener Protokolle mit den Diensten der Anwendungslogik kommunizieren und deren Abläufe koordinieren.WS-AtomicTransaction und WS-BusinessActivity spezifizieren zwei Koordinationsprotokolle, die in das Framework von WS-Coordination eingebettet werden können. WS-AtomicTransaction definiert ein Protokoll zur Abwicklung atomarer verteilter Transaktionen, die die ACID Eigenschaften erfüllen und eine kurze Laufzeit besitzen. Protokolle zur Koordination langlaufender Geschäftsaktivitäten werden in WS-BusinessActivity festgelegt. Diese unterstützen verschiedene Varianten der Ergebnisfindung. Die Fehlerbehandlung erfolgt nicht durch ein Zurückrollen aller Aktionen sondern durch Kompensationsoperationen.WS-Security definiert ein Framework zur Bereitstellung von Sicherheitsmechanismen für dienstorientierte Geschäftsprozesse. Es umfasst XML Encryption und XML Signature zur Verschlüsselung von Nachrichteninhalten bzw. die Erstellung digitaler Signaturen sowie Mechanismen für die Authentisierung und Autorisierung. XML Encryption legt fest, wie Inhalte von XML-Dokumenten verschlüsselt werden können. XML Signature definiert Mechanismen zur Erstellung digitaler Signaturen für XML-basierte Nachrichteninhalte. Teil der Festlegung sind auch die Elemente zur Repräsentation digitaler Signaturen in XML.SAML ist eine XML-basierte Sprache zur Repräsentation von Authentisierungs- und Autorisierungsinformationen, die zwischen unterschiedlichen Sicherheitsdomänen ausgetauscht werden können. Teil des Standards sind Festlegungen zur Repräsentation der Sicherheitsinformationen sowie Interaktionsschemen für den Austausch dieser Informationen.

Mit XML Encryption können XML-Inhalte verschlüsselt werden. Damit können nicht nur vollständige SOAP-Nachrichten, sondern auch einzelne Nachrichtenelemente verschlüsselt werden. So kö̈nnte etwa der Body-Teil einer Nachricht verschlüsselt werden, während der Header-Teil unverschlüsselt bleibt. Damit wird eine Weiterleitung von SOAP-Nachrichten durch Nachrichtenvermittler anhand der Informationen im SOAP-Header möglich, ohne das die Nachrichtenvermittler die gesamte Nachricht entschlüsseln müssen. Für den Body-Teil kann damit eine Ende-zu-Ende-Verschlüsselung zwischen aufrufendem und aufgerufenem Dienst gewährleistet werden, während mit Hilfe des unverschlüsselten Header-Teils eine flexible Vermittlung möglich wird.

Single Sign On bezeichnet die Möglichkeit für Dienstnutzer, nach einer einmaligen Authentifizierung Zugriff auf Dienste verschiedener Sicherheitsdomänen zu erhalten, ohne sich nochmals authentifizieren zu müssen. SAML bietet dafür eine Möglichkeit der Umsetzung. Dazu muss eine Zuordnung der verschiedenen Konten eines Nutzers in einzelnen Sicherheitsdomänen zu diesem Nutzer erfolgen. Dies kann mit Hilfe eines Pseudonyms erreicht werden, das in verschiedenen Sicherheitsdomänen den einzelnen Konten des Nutzers zugeordnet wird.Der Nutzer kann sich dann in einer Sicherheitsdomäne authentifizieren. Die Information über den erfolgreichen Authentifizierungsvorgang kann dann in Form einer SAML Assertion, genauer einem AuthenticationStatement, an andere Sicherheitsdomänen weitergeleitet werden, wenn der Nutzer dort verfügbare Dienste aufruft. Mit Hilfe des Pseudonyms können dann die Nutzerkonten der Sicherheitsdomänen in Beziehung gebracht und die Zugriffsrechte des Nutzers in der Sicherheitsdomäne des aufgerufenen Dienstes geprüft werden. Eine nochmalige Authentifizierung des Nutzers in der neuen Sicherheitsdomäne ist damit also nicht mehr erforderlich.

ESB-Lösungen werden heute in vielen Unternehmen zur Integration der dort vorhandenen, in der Regel sehr heterogenen IT-Landschaft eingesetzt. Das Hauptkonzept eines ESB ist dabei die Nachrichtenvermittlung über einen Message Broker, das eine lose Kopplung aller integrierten IT-Systeme ermöglicht. Die Nachrichtenvermittlung erfolgt also über den Nachrichtenbus mit Hilfe von standardisierten Nachrichten. Zur Vermittlung stehen typischerweise verschiedene Protokolle bereit. Der Nachrichtenbus übernimmt dabei die Nachrichtenvermittlung sowie die Transformation von Nachrichten. Alle IT-Systeme werden als abstrakte, technologieunabhängige Endpunkte repräsentiert. Die Anbindung der heterogenen Systeme erfolgt über Adapter. Neben der Kernfunktionalität zur Nachrichtenvermittlung und -transformation werden auch Sicherheitsmechanismen, Verzeichnisdienste, Dienste zur Transaktionsverwaltung, für das Monitoring des Systems sowie Mechanismen zur Sicherung von Skalierbarkeit und einer hohen Leistungsfähigkeit bereitgestellt.