E-Interview mit Dr. Torsten Schmale zum Thema "Service-Oriented Architecture (SOA)"

Virtual Roundtable zum Thema Service-Oriented
Architecture (SOA)

 Service-Oriented Architecture (SOA) –
 Status quo und Ausblick
                 Name:                Dr. Torsten Schmale

                 Funktion/Bereich: CEO


                 Organisation:        inubit AG




Kurzeinführung zum Thema


Das Konzept service-orientierter Architekturen ist nun schon seit längerer Zeit in
aller Munde und Basis für die Neuorganisation von IT-Strukturen. Der Ansatz
gilt dabei als eine Art „Heilsbringer“ in Sachen flexibler und anpassungsfähiger
IT-Systeme, die möglichst nah an den Geschäftsprozessen ausgerichtet sind.

In Kooperation mit SIGS-DATACOM, u.a. Veranstalter der OOP-Konferenz vom
22. bis 26. Januar 2007 in München, führt die Competence Site daher einen Vir-
tual Roundtable zum Thema SOA durch.
In diesem soll durch Einbeziehung verschiedener Top-Experten unter anderem
geklärt werden, für wen das Thema SOA eigentlich relevant ist, wie der Stand
der Dinge ist und wohin sich das Konzept entwickeln wird.


Viel Spaß beim Lesen wünscht Ihnen

Ihr NetSkill-Team




 www.competence-site.de                                                Seite 1
Sehr geehrter Herr Schmale,

Frage 1: Begriffsverständnis zum SOA-Ansatz
Was sind Ihrer Meinung nach die zentralen Charakteristika von SOA?

Wie ist der SOA-Ansatz dabei im Konzept-Umfeld von IT Infrastructure Mana-
gement, Enterprise Application Integration (EAI), und Business Process Mana-
gement (BPM) einzuordnen? Herrscht hier in der Community ein einheitliches
Verständnis von SOA und der Einordnung des Konzepts?

Antwort:
            Die Idee der serviceorientierten Architektur (SOA) ist weder neu,
            noch eine Wissenschaft und mit Sicherheit auch kein mystischer
            „Heilsbringer“ für alle Problemsituationen. Aus Praktikersicht geht es
            um die situationsgerechte Nutzung von Applikationen durch andere
Applikationen: Eine bestimmte Applikation stellt eine bestimmte wertschöpfende
Funktion nicht nur menschlichen Anwendern zur Verfügung, sondern macht sie
als „Service“ auch technisch verfügbar. Damit es sich um einen Service im Sin-
ne der SOA-Idee handelt, muss dessen Nutzung in einem Dokument beschrie-
ben sein, und er sollte in einem Verzeichnis eingetragen sein, damit er gefun-
den werden kann. In der Welt der „Web Services“ sprechen wir dann von den
Akronymen SOAP (Sprache des Service), WSDL (beschreibendes Dokument)
und UDDI (Verzeichnis). Aber Web Services sind nicht zwingend nötig, um ei-
nen SOA-konformen Service anzubieten. Ein Beispiel aus der Praxis: Die Schu-
fa bietet ihre Bonitätsauskunft nicht nur menschlichen Anwendern über die
Webseite an. Die Kunden können über das Internet auch ein „XML-Gateway“
nutzen, um den Service rein technisch aufzurufen. Viele Banken und Finanz-
dienstleister tun das bereits, d.h. sie integrieren in ihre Kreditantragsprozesse
eine automatische Schufa-Abfrage, die nicht von einem Sachbearbeiter, son-
dern ihrer eigenen IT (im besten Fall einer BPM-Software wie dem inubit IS)
ausgeführt wird. Je nach Ergebnis wird der Antrag automatisch abgelehnt, oder
der Prozess wird fortgesetzt. Man erkennt den Zusammenhang zum Business
Process Management: Durch die prozessorientierte Kombination von Service-
Aufrufen („Service Orchenstrierung“) können Prozessmodelle in der IT direkt
realisiert werden. Und obwohl das oben genannte „XML-Gateway“ sich nicht
der Web Service – Spezifikation mit SOAP, WSDL und UDDI bedient, handelt
es sich um einen Service im Sinne der SOA.

 www.competence-site.de                                                  Seite 2
Das SOA-Konzept stellt insofern auch den nächsten logischen Schritt im The-
menfeld Anwendungsintegration (EAI) dar. Während es bei EAI um den reinen
Datenaustausch zwischen IT-Systemen geht, um z.B. die Kundenstammdaten
aus einem CRM-System auch in der Auftragsbearbeitung vefügbar zu machen,
werden bei einer Service-Nutzung die Daten von einem System zum anderen
übertragen, dort verarbeitet, und die Ergebnisdaten werden direkt zurücküber-
tragen. Insofern sind praxistaugliche SOA-Lösungen in Bezug auf EAI-
Bedürfnisse „abwärtskompatibel“.


Die besten Ideen sind häufig die einfachsten. Insofern sollte das Konzept der
SOA eigentlich keinen Interpretationsspielraum lassen. Trotzdem wird das Ak-
ronym, ähnlich wie BPM, von einigen Anbietern marketingtechnisch stark über-
strapaziert. Es werden die unterschiedlichsten Systeme als „SOA-Suiten“ ver-
kauft, die mit dieser einfachen Idee nur wenig gemein haben. In der Folge
herrscht wieder einmal Unsicherheit und Uneinigkeit darüber, was eine SOA
überhaupt sein soll und wie man sie nutzen kann. Auch deshalb müssen wir in
unseren Gesprächen mit Kunden und Partnern immer wieder erklären, dass ei-
ne gute SOA Lösung, sei es ein Produkt oder eine Dienstleistung, vor allem fol-
gendes auszeichnet: Sie ist im Business Nutzen auf Anhieb verständlich, tech-
nisch nicht überdimensioniert und zeitlich sehr kurzfristig zu implementieren.




 www.competence-site.de                                              Seite 3
Frage 2: Relevanz von SOA heute und in Zukunft
Wie schätzen Sie die Relevanz der SOA-Thematik heute und in Zukunft ein?
Welche Entwicklungen sind die wichtigsten Treiber des Ansatzes? Wie weit
verbreitet sind SOA-Lösungen hierzulande bisher?

Antwort:
          Wir beobachten eine rasante Entwicklung in diesem Thema. Jedes
          Unternehmen, das die im Grunde ganz einfache Idee dieses
          Ansatzes verstanden hat, leitet folgende Schritte ein: Es wird
          untersucht, inweit die eigenen Systeme „SOAfiziert“ werden können,
d.h. ob und wie sie sich in Services zerlegen lassen, damit sie sowohl im eige-
nen Hause als auch durch externe Partner prozessorientiert genutzt werden
können. Gleichzeitig wird untersucht, welche Services wiederum externe Part-
ner bereits anbieten (siehe Schufa) und wie sich diese in die eigenen Ge-
schäftsprozesse automatisiert integrieren lassen. Es geht eben nicht mehr – wie
beim klassischen EAI – „nur“ um den Datenaustausch zwischen Kunde und Lie-
ferant, um eine Bestellung anzustoßen. Heute will der Kunde in seinem Be-
schaffungsprozess zunächst automatisiert abfragen, ob der Lieferant die benö-
tigten Güter überhaupt rechtzeitig in gewünschter Stückzahl liefern kann. Wenn
der Lieferant einen entsprechenden Service anbietet und der Kunde die richtige
BPM-Software einsetzt, kann ein solcher Prozess innerhalb weniger Stunden
realisiert werden.
Sicher fallen die eingangs genannten Untersuchungen auch mal negativ aus.
Nicht jede Anwendung kann ohne weiteres SOAfiziert werden. Die Chance für
eine erfolgreiche SOAfizierung steigt mit der Flexibilität der BPM-Software, die
für die Orchestrierung eingesetzt wird.
Die wichtigsten „Enabler“ für diese Entwicklung sind definitiv die Themen XML /
Web Services und das Internet. Sie sorgen dafür, dass die unternehmensüber-
greifende, prozessorientierte Nutzung von Services heute buchstäblich in einem
Bruchteil der Zeit und Kosten ermöglicht wird, als das noch vor zehn Jahren der
Fall war. Die benötigte Infrastruktur ist dank Internet ja bereits in jedem Unter-
nehmen verfügbar. Und die Verbreitung von XML bzw. Web Services sorgen
dafür, dass die Anbieter ihre Services in einem Format veröffentlichen, das so-
fort von möglichen Nutzern angesprochen werden kann.


 www.competence-site.de                                                 Seite 4
Wichtigster Business Treiber für diese Entwicklung ist die Möglichkeit, das
Funktionsportfolio der verfügbaren IT optimal und vor allem kurzfristig, in Einzel-
fällen sogar „on demand“, an die Geschäftsprozesse anpassen zu können. SOA
sind somit – gemeinsam mit BPM - ein entscheidener Schritt in Richtung „IT
follows Business“.




 www.competence-site.de                                                 Seite 5
Frage 3: SOA in den Unternehmen
Für welche Unternehmen lohnt sich die Beschäftigung mit SOA in besonderem
Maße? Ist eine SOA grundsätzlich auch für mittelständische Unternehmen von
Interesse und realisierbar?

Antwort:
           Generell ist das Thema SOA natürlich umso interessanter, je
           intensiver die eigenen Geschäftprozesse durch IT unterstützt werden.
          Diese Voraussetzung ist heutzutage in fast allen Branchen und
          Unternehmensformen gegeben. Aufgrund der geringen
Realisierungsaufwände ist es auch durchaus denkbar, lediglich einzelne, aus-
gesuchte Geschäftsprozesse durch eine SOA abzubilden, z.B. im Vertriebsbe-
reich. Es gibt das Beispiel des Möbel-Herstellers, der seine durch fehlerhafte
Fertigung bedingten Ausschussprodukte über eine Service Orchestrierung au-
tomatisiert auf einer bekannten Internet-Auktionsplattform anbietet – ohne nen-
nenswerte manuelle Aufwände.
Natürlich lohnt es sich nicht für jedes Unternehmen, jetzt und sofort umfangrei-
che „SOAfizierungsprojekte“ anzustoßen und die eigene IT komplett umzu-
krempeln. Aber es lohnt sich definitiv, die eigenen Geschäftsprozesse zu unter-
suchen und zu prüfen, ob sich durch zunehmende Prozessautomatisierung die
Vorteile der Service Orchestrierung soweit nutzen lassen, dass ein nennens-
werter ROI stattfindet. Dann sollte man handeln und die Grundlagen für eine
SOA-konforme Unternehmens-IT schaffen. Richtig aufgesetzt, erreicht man be-
reits im ersten, gut überschaubaren Projekt einen ROI für die notwendigen In-
vestitionen und nähert sich dann in Folgeprojekten kontinuierlich der idealen
SOA.




 www.competence-site.

Lesen Sie weiter im PDF