Service Orientierte Architektur (SOA)

Aus eBusiness-Standards

(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
(Welche Vorteile bietet SOA?)
(Inwiefern kann SOA für mich als KMU relevant sein?)
Zeile 28: Zeile 28:
== Inwiefern kann SOA für mich als KMU relevant sein? ==
== Inwiefern kann SOA für mich als KMU relevant sein? ==
-
Die Ausbreitung der Globalisierung und die Möglichkeiten den Online Handels im Geschäft mit Endkunden (B2C) und zwischen Firmen (B2B) zwingen viele Firmen ihre Geschäftsprozesse immer wieder zu ändern. Große starre Software Pakete machen diese Anpassungen oft langwierig und teuer. Wenn Abläufe geändert werden müssen, bietet sich die Chance auf eine Service orientierte Architektur zu bauen. Speziell im Zusammenhang mit SAAS, bei der einzelne Software Module nur bei Bedarf von einem auch entfernten Server geladen werden liegt es nahe, einzelne Funktionen als Webservice zu gestalten und so für viele nutzbar zu machen.  
+
Die Ausbreitung der Globalisierung und die Möglichkeiten des Online Handels im Geschäft mit Endkunden (B2C) und zwischen Firmen (B2B) zwingen viele Firmen ihre Geschäftsprozesse immer wieder zu ändern. Große starre Software-Pakete machen diese Anpassungen oft langwierig und teuer. Wenn Abläufe geändert werden müssen, bietet sich die Chance auf eine Service orientierte Architektur zu bauen. Speziell im Zusammenhang mit [[SAAS]], bei der einzelne Software Module nur bei Bedarf von einem auch entfernten Server geladen werden liegt es nahe, einzelne Funktionen als Webservice zu gestalten und so für viele nutzbar zu machen.  
-
 
+
-
 
+
-
 
+
-
 
+
-
 
+
-
 
+
-
Welche Standards spielen bei SAAS eine Rolle?
+
 +
== Welche Standards spielen bei SOA eine Rolle? ==
Im Rahmen der SOA werden Services, Kommunikation und Kombination beschrieben.
Im Rahmen der SOA werden Services, Kommunikation und Kombination beschrieben.
-
XML:
+
* '''XML:''' Alle Datenformate werden mit Hilfe der XML-Syntax beschrieben. Für die Festlegung der Datenelemente deren Typen und Zusammenhang wird das XML Schema verwendet.
-
Alle Datenformate werde mit Hilfe der XML Syntax beschrieben. Für die Festlegung der Datenelemente deren Typen und Zusammenhang wird das XML Schema verwendet.
+
-
 
+
-
WSDL:
+
-
Für die Beschreibung der (Web)Services kann die WSDL (Web Service Description Language) verwendet werden. Mit ihr werden die verwendeten Datenstrukturen und die Kommunikation mit dem Service festgelegt.
+
-
 
+
-
SOAP:
+
-
Der Datentransfer zwischen den Services erfolgt zumeist über das SAOP (Simple Object Access Protocol) Protokoll.
+
-
 
+
-
BPEL
+
-
Für die Beschreibung des Zusammenspiels der Services hat sich die BPEL (Business Process Execution Language ) Modellierung etabliert. Diese graphische Beschreibung lässt sich anschließend von Programmen umsetzten. Alternativ wird aus die BPMN (Business Process Model and Notation) Beschreibung verwendet.
+
-
UDDI
+
-
Mit dem UDDI (Universal Description, Discovery and Integration ) steht ein Verzeichnis Format zur Verfügung, in dem die Informationen zu den Services gespeichert und gefunden werden kann. Die Normierung der Standards werden durch das W3 Konsortium und die OASIS Gruppe getragen. Die Wahl der Programmiersprache oder der Systemplattform für den Einsatz der SOA ist nicht festgelegt. Für allen gängigen Sprachen gibt es Zusatz Module für den Umgang mit WSDL, SOAP oder UDDI.
+
-
 
+
-
 
+
-
 
+
-
 
+
-
 
+
-
 
+
 +
* '''WSDL:''' Für die Beschreibung der (Web)Services kann die WSDL (Web Service Description Language) verwendet werden. Mit ihr werden die verwendeten Datenstrukturen und die Kommunikation mit dem Service festgelegt.
-
5.Weiterführende Informationen/Links
+
* '''SOAP:''' Der Datentransfer zwischen den Services erfolgt zumeist über das SAOP (Simple Object Access Protocol) Protokoll.  
-
Sys-Con Media  SOA magazin
+
* ''' BPEL: ''' Für die Beschreibung des Zusammenspiels der Services hat sich die BPEL (Business Process Execution Language ) Modellierung etabliert. Diese graphische Beschreibung lässt sich anschließend von Programmen umsetzen. Alternativ wird daraus die BPMN (Business Process Model and Notation) Beschreibung verwendet.
-
http://soa.sys-con.com/
+
-
Bücher von Prentice Hall
+
* '''UDDI:''' Mit dem UDDI (Universal Description, Discovery and Integration ) steht ein Verzeichnis Format zur Verfügung, in dem die Informationen zu den Services gespeichert und gefunden werden kann. Die Normierung der Standards werden durch das W3 Konsortium und die OASIS Gruppe getragen. Die Wahl der Programmiersprache oder der Systemplattform für den Einsatz der SOA ist nicht festgelegt. Für allen gängigen Sprachen gibt es Zusatz Module für den Umgang mit WSDL, SOAP oder UDDI.
-
http://www.soabooks.com/
+
-
Vom Autor Thomas Erl: http://www.whatissoa.com
+
-
Software und Informationen von Herstellern
+
== Weiterführende Informationen/Links ==
 +
* Sys-Con Media, SOA magazin: www.soa.sys-con.com [http://soa.sys-con.com/]
 +
* Bücher von Prentice Hall: www.soabooks.com [http://www.soabooks.com/]
 +
* Vom Autor Thomas Erl: www.whatissoa.com [http://www.whatissoa.com]
-
IBM Deutschland
+
'''Software und Informationen von Herstellern'''
-
www.ibm.com/soa/de  
+
* IBM Deutschland: www.ibm.com/soa/de  
Oracle u.a. mit den BEA System Tools
Oracle u.a. mit den BEA System Tools

Version vom 28. Oktober 2011, 09:27 Uhr

Der Begriff SOA (Service Orientierte Architektur) ist ein Paradigma, ein Konzept und eine Vorgehensweise. Es ist nicht der eine! Standard, oder die eine Technik, sondern besteht aus einer Anwendungsarchitektur und mehreren Beschreibungsformaten für Daten und Abläufe.

Inhaltsverzeichnis

Das Konzept

Die Grundidee ist, eine Architektur zu etablieren, die anstelle großer monolitischer Softwarepakete für einzelne Fachaufgaben, die Kombination aus kleinen flexiblen Software Modulen treten. In der Regel definieren die Fachabteilungen die Geschäftsprozesse, welche dann in einer Software wiedergegeben werden. Daraus entstehen viele Programme, die immer wieder gleiche Funktionen verwenden. So findet sich z.B. die Bearbeitung von Kundendaten in zahlreichen Software Systemen wie z.B. Wareneingang, Kalkulation, Produktion, Vertrieb und Marketing. Wenn sich die Struktur der Aufgaben bzw. der Fachabteilungen ändert, wie z.B. beim Umstellen des Vertriebs von regionaler zu einer Produkt orientierten Ausrichtung, dann entsteht ein hoher Aufwand für Umstellung oder Anpassung der Software. Dies steht der Flexibilisierung der Geschäftsprozesse entgegen.

Das Ziel

Das Ziel der SOA ist es kleine Module mit klaren Aufgaben, Funktionen und Schnittstellen zu definieren. Diese fein granularen Einheiten (Services) werden dann zu grob granularen Anwendungen kombiniert. Dieses Zusammenfügen wird in der SOA als „Orchestrierung“ bezeichnet. Im obigen Beispiel wäre das Lesen und Aktualisieren der Kundendaten ein solcher Service.

Die Vorgehensweise

Um eine SOA zu etablieren, muss zunächst eine Analyse der bestehenden Software und der Geschäftsprozesse erfolgen. Ziel ist es, gemeinsame Funktionen zu erkennen und zu beschreiben. Bei dieser Bottom Up Strategie ist ein Moderator hilfreich, der zwischen den Fachabteilungen, der TI Abteilung und der Geschäftsführung vermittelt. Die gefundenen Funktionen können dann sukzessive in Webservices umgesetzt werden. Dabei muss bei der Beschreibung und der Komplexität der Services jeweils die Gesamtheit der Prozesse im Auge behalten werden. In der Praxis kann es auch sinnvoll sein, zunächst bestehende Systeme über eine Webservice-Schnittstelle zu öffnen. Die Einführung kann in einem Rutsch umgesetzt werden. Bei der Einführung ist zunächst mit höheren Kosten zu rechnen, weil ein großer Planungsaufwand erfolgen muss.

Welche Vorteile bietet SOA?

Welche Nachteile können entstehen?

Inwiefern kann SOA für mich als KMU relevant sein?

Die Ausbreitung der Globalisierung und die Möglichkeiten des Online Handels im Geschäft mit Endkunden (B2C) und zwischen Firmen (B2B) zwingen viele Firmen ihre Geschäftsprozesse immer wieder zu ändern. Große starre Software-Pakete machen diese Anpassungen oft langwierig und teuer. Wenn Abläufe geändert werden müssen, bietet sich die Chance auf eine Service orientierte Architektur zu bauen. Speziell im Zusammenhang mit SAAS, bei der einzelne Software Module nur bei Bedarf von einem auch entfernten Server geladen werden liegt es nahe, einzelne Funktionen als Webservice zu gestalten und so für viele nutzbar zu machen.

Welche Standards spielen bei SOA eine Rolle?

Im Rahmen der SOA werden Services, Kommunikation und Kombination beschrieben.

Weiterführende Informationen/Links

Software und Informationen von Herstellern

Oracle u.a. mit den BEA System Tools http://www.oracle.com/us/technologies/soa/soa-suite/index.html

Software AG http://www.softwareag.com/de/products/wm/soagovernance/default.asp

SAP AG http://www.sap.com/germany/plattform/soa/index.epx

SOA software Inc. http://www.soa.com/company/company_overview/


Einzelne Webservices zum Testen http://www.xmethods.net/ve2/index.po

Persönliche Werkzeuge
Namensräume
Varianten
Aktionen
Navigation
Werkzeuge