SOA - Hessen-IT

arlanis Software AG
SOA – Architektonische und technische Grundlagen
Andreas Holubek
Speaker
Andreas Holubek
VP Engineering
[email protected]
arlanis Software AG, D-14467 Potsdam
© 2009, arlanis Software AG
Folie 2
Überblick
• Was ist eine Serviceorientierte Architektur
• Implementierungen einer SOA, architektonische Überlegungen
• Enterprise Service Bus und Erweiterungen
• Web Service Engine, Web Service Stack
• Orchestrierung von Business Prozessen
© 2009, arlanis Software AG
3
Serviceorientierte Architektur
(1996 – die Anfänge)
Gartner Group: “SOA is a software architecture that
builds a topology of interfaces, interface
implementations and interface calls. SOA is a
relationship of services and service consumers,
both software modules large enough to represent
a complete business function. So, SOA is about
reuse, encapsulation, interfaces, and ultimately,
agility.”
© 2009, arlanis Software AG
Folie 4
SOA
... hat nichts zu tun mit Web Services
... ist kein Service Bus
... löst nicht alle Probleme dieser Welt
...
aber: bietet die Chance auf einen Bauplan für
nachhaltige Softwaresysteme und eine integrierte
Betrachtung von Business und IT
© 2009, arlanis Software AG
Folie 5
Die Idee –
Orchestrierung und Services
Nein
Beträge
erfassen
Services
Höhe/Inhalt
prüfen
Services (Reisekostenstelle)
Excel
(Mitarbeiter)
Über 20Euro?
Genehmigt?
Nein
Services
Outlook
(Chef)
Ja
Überweisung
Antwort
© 2009, arlanis Software AG
Services SAP
(Buchhaltung)
Services (Mitarbeiter)
Folie 6
SOA
Implementierungen
Web Services (+ viel Governance)
Service Component Architecture (SCA)
Enterprise Service-Oriented Architecture
(Enterprise SOA)
...
© 2009, arlanis Software AG
Folie 7
Warum SCA?
“... When building a Service Oriented Architecture from scratch, a
homogeneous system is usually envisioned, where all the
components of the system are using the same Web service
standards and a common programming language. The problem
often is that these environments are not always realistic. ...”
(IBM)
• Konkrete Ausprägung der Architektur in einer SOA
• Modell für Service basiertes System
• Service Konstruktion
• System Deployment
• Verbindung von Services
© 2009, arlanis Software AG
Folie 8
Warum Web Services?
Gut definierte und auf Standards beruhende Schnittstellen
• Öffentliche Service Schnittstellen im XML Format
• Implementierung wird verborgen
• Keine Informationen über internen Aufbau des Service
• Hohe Flexibilität bei der Nutzung
• aber... sehr viel eigene Überlegungen notwendig
© 2009, arlanis Software AG
Folie 9
Welche technische Bestandteile
stehen hinter einer SOA,
am Beispiel der Web Services?
© 2009, arlanis Software AG
10
Teil 1: Enterprise Service Bus
• Austausch der Daten zwischen Teilsystemen
und Services
• Technologisches Fundament einer SOA
© 2009, arlanis Software AG
Folie 11
Enterprise Service Bus
• Wichtiger Baustein in einer SOA Infrastruktur
• Zusätzliche Aufgaben, wie Single-Sign-On (SSO)
• Keine Lösung des Integrationsaspektes
• Keine Aussage wie Services beschaffen sind, deren
Granularität, ect.
© 2009, arlanis Software AG
Folie 12
Teil 2: Web Services
W3C Web Services Architecture:
A Web service is a software system designed to support interoperable
machine-to-machine interaction over a network. It has an interface described
in a machine-processable format (specifically WSDL). Other systems interact
with the Web service in a manner prescribed by its description using SOAP
messages, typically conveyed using HTTP with an XML serialization in
conjunction with other Web-related standards.
© 2009, arlanis Software AG
Folie 13
Web Services
Prozess
Service
© 2009, arlanis Software AG
14
Web Service Beschreibung
(WSDL)
Beschreibung der Schnittstelle
(Beispiel: „führe Buchung durch“ oder
„Kreditkarte überprüfen“)
Beschreibung
der Eigenschaften
(Beispiel: Sicherheit)
© 2009, arlanis Software AG
15
Web Service Stack
W3C Web Services Architecture
Stack
Folie 16
Teil 3: Orchestrierung
• Business Prozesse – technisch
(Business Process Execution Language / BPEL)
• Business Prozesse – fachlich
(Business Process Modelling Notation / BPMN)
• Beschreibung des Business Prozess in grafischer Notation
• Prozess wird in einer Sprache (Grafik) beschrieben die nicht
nur von IT verstanden wird
• Fachliche Prozesse können abgebildet werden
• Prozesse können sehr dynamisch verändert/angepasst werden
© 2009, arlanis Software AG
Folie 17
Orchestrierung
(BPMN Beispiel)
© 2009, arlanis Software AG
Folie 18
Zusammenfassung
Bauplan für ein System
Verschiedene Implementierungen
Entscheidung gut überlegen
Web Services heute auch noch erste Wahl
Enterprise Service Bus als technische Grundlage
Orchestrierung für das Design der Business Prozesse
© 2009, arlanis Software AG
19
Vielen Dank!
Fragen und Antworten.
© 2009, arlanis Software AG
20