Automatische Dienstvermittlung in dienstorientierten Architekturen

Geihs, Kurt; Bleul, Steffen

dc.date.accessioned	2007-07-02T12:17:25Z
dc.date.available	2007-07-02T12:17:25Z
dc.date.issued	2007-07-02T12:17:25Z
dc.identifier.uri	urn:nbn:de:hebis:34-2007070218799
dc.identifier.uri	http://hdl.handle.net/123456789/2007070218799
dc.description.sponsorship	DFG-Deutsche Forschungsgemeinschaft	ger
dc.format.extent	270671 bytes
dc.format.mimetype	application/pdf
dc.language.iso	ger
dc.rights	Urheberrechtlich geschützt
dc.rights.uri	https://rightsstatements.org/page/InC/1.0/
dc.subject	Service Oriented Architecture (SOA)	eng
dc.subject	Dienstorientierte Architekturen	ger
dc.subject	Web Service	eng
dc.subject	Web Service Composition	eng
dc.subject	Semantic Web Service	eng
dc.subject	Ontology	eng
dc.subject	Automatic Service Brokering	eng
dc.subject	Automatische Dienstvermittlung	ger
dc.subject	Service Level Agreement (SLA)	eng
dc.subject	Quality of Service (Qos)	eng
dc.subject	BPEL4WS	eng
dc.subject	OWL	eng
dc.subject	Dienstgüte	ger
dc.subject.ddc	004
dc.title	Automatische Dienstvermittlung in dienstorientierten Architekturen	ger
dc.type	Technischer Report
dcterms.abstract	Die Technologie dienstorientierter Architekturen (Service-oriented Architectures, kurz SOA) weckt große Visionen auf Seiten der Industrie wie auch der Forschung. Sie hat sich als derzeit ideale Lösung für Umgebungen, in denen sich die Anforderungen an die IT-Bedürfnisse rapide ändern, erwiesen. Heutige IT-Systeme müssen Managementaufgaben wie Softwareinstallation, -anpassung oder -austausch erlauben, ohne dabei den laufenden Betrieb wesentlich zu stören. Die dafür nötige Flexibilität bieten dienstorientierte Architekturen, in denen Softwarekomponenten in Form von Diensten zur Verfügung stehen. Ein Dienst bietet über seine Schnittstelle lokalen wie entfernten Applikationen einen Zugang zu seiner Funktionalität. Wir betrachten im Folgenden nur solche dienstorientierte Architekturen, in denen Dienste zur Laufzeit dynamisch entdeckt, gebunden, komponiert, verhandelt und adaptiert werden können. Eine Applikation kann mit unterschiedlichen Diensten arbeiten, wenn beispielsweise Dienste ausfallen oder ein neuer Dienst die Anforderungen der Applikation besser erfüllt. Eine unserer Grundvoraussetzungen lautet somit, dass sowohl das Dienstangebot als auch die Nachfrageseite variabel sind. Dienstorientierte Architekturen haben besonderes Gewicht in der Implementierung von Geschäftsprozessen. Im Rahmen des Paradigmas Enterprise Integration Architecture werden einzelne Arbeitsschritte als Dienste implementiert und ein Geschäftsprozess als Workflow von Diensten ausgeführt. Eine solche Dienstkomposition wird auch Orchestration genannt. Insbesondere für die so genannte B2B-Integration (Business-to-Business) sind Dienste das probate Mittel, um die Kommunikation über die Unternehmensgrenzen hinaus zu unterstützen. Dienste werden hier in der Regel als Web Services realisiert, welche vermöge BPEL4WS orchestriert werden. Der XML-basierte Nachrichtenverkehr und das http-Protokoll sorgen für eine Verträglichkeit zwischen heterogenen Systemen und eine Transparenz des Nachrichtenverkehrs. Anbieter dieser Dienste versprechen sich einen hohen Nutzen durch ihre öffentlichen Dienste. Zum einen hofft man auf eine vermehrte Einbindung ihrer Dienste in Softwareprozesse. Zum anderen setzt man auf das Entwickeln neuer Software auf Basis ihrer Dienste. In der Zukunft werden hunderte solcher Dienste verfügbar sein und es wird schwer für den Entwickler passende Dienstangebote zu finden. Das Projekt ADDO hat in diesem Umfeld wichtige Ergebnisse erzielt. Im Laufe des Projektes wurde erreicht, dass der Einsatz semantischer Spezifikationen es ermöglicht, Dienste sowohl im Hinblick auf ihre funktionalen als auch ihre nicht-funktionalen Eigenschaften, insbesondere die Dienstgüte, automatisch zu sichten und an Dienstaggregate zu binden [15]. Dazu wurden Ontologie-Schemata [10, 16], Abgleichalgorithmen [16, 9] und Werkzeuge entwickelt und als Framework implementiert [16]. Der in diesem Rahmen entwickelte Abgleichalgorithmus für Dienstgüte beherrscht die automatische Aushandlung von Verträgen für die Dienstnutzung, um etwa kostenpflichtige Dienste zur Dienstnutzung einzubinden. ADDO liefert einen Ansatz, Schablonen für Dienstaggregate in BPEL4WS zu erstellen, die zur Laufzeit automatisch verwaltet werden. Das Vorgehen konnte seine Effektivität beim internationalen Wettbewerb Web Service Challenge 2006 in San Francisco unter Beweis stellen: Der für ADDO entwickelte Algorithmus zur semantischen Dienstkomposition erreichte den ersten Platz. Der Algorithmus erlaubt es, unter einer sehr großenMenge angebotener Dienste eine geeignete Auswahl zu treffen, diese Dienste zu Dienstaggregaten zusammenzufassen und damit die Funktionalität eines vorgegebenen gesuchten Dienstes zu leisten. Weitere Ergebnisse des Projektes ADDO wurden auf internationalen Workshops und Konferenzen veröffentlicht. [12, 11]	ger
dcterms.accessRights	open access
dcterms.alternative	Zwischenbericht DFG-Projekt ADDO	ger
dcterms.creator	Geihs, Kurt
dcterms.creator	Bleul, Steffen
dcterms.isPartOf	Kasseler Informatikschriften ;; 2007, 3	ger
dc.subject.ccs	D.2.12
dc.subject.ccs	H.3.4
dc.subject.ccs	H.3.5
dc.subject.ccs	C.4
dc.subject.swd	Serviceorientierte Architektur	ger
dc.subject.swd	Web Services	ger
dc.subject.swd	Dienstgüte	ger
dcterms.source.series	Kasseler Informatikschriften	ger
dcterms.source.volume	2007, 3	ger