schwerpunkt - Midrange Magazin

SCHWERPUNKT
Kontra SOA
Es wird oft gegen SOA angeführt, dass
ihre erfolgreiche Einführung eine umfassende
Veränderung und eine Neuorientierung
im Unternehmen erfordert.
Dies ist richtig, allerdings stellt eine
SOA-Infrastruktur auch wertvolle Hilfsmittel
für die Modernisierung von Altanwendungen
zur Verfügung und diese
haben daher einen eigenständigen Wert
für ein Unternehmen. Die ESB-Komponente
einer SOA vermittelt die Aufrufe
zwischen Requestor und Bereitsteller
einer Funktion und bildet damit eine
Façade für die Geschäftsfunktionen.
Dabei ist unerheblich, auf welcher Technologiebasis
die Geschäftsfunktion implementiert
ist. Ob Altsystem oder neue
Anwendungskomponente – ESB überbrückt
die Technologiegrenzen. Für Zugriffe
auf Altsysteme ist dabei ein ESB
auch immer mit Adaptern oder Agenten
für diese Systeme ausgestattet; außerdem
ermöglicht er die Transformation
der Aufrufe. Der IBM ESB – implementiert
durch die WebSphere Message
Broker Infrastruktur – unterstützt z. B.
eine Vielzahl von Adaptern zu Host-Systemen
(wie IBM zSeries CICS oder IBM
iSeries RPG) und kann XML-basierte
Aufrufe von neuen Anwendungskomponenten
in das Format der Host-Systeme
transformieren.
Die Übergangssituation
Was man mit Kapselung erreicht
Was ist nun durch diesen Zugriff und
die Kapselung erreicht? Durch die Definition
einer Facade und die Spezifikation
der Geschäftsfunktionen aus
Sicht eines Requestors wird die Altanwendung
einem Redesign unterworfen.
Von Vorteil dabei ist, dass die Sichtweise
eines Requestors der Funktionen
eingenommen wird: Welche Geschäftsfunktionen
sind erforderlich und welche
Eingangs- und Ausgangsdaten
sind nötig? Dadurch wird offenbar der
eigentliche Wert der Altanwendung
– die Menge der zur Verfügung gestellten
Geschäftsfunktionen – gemacht. In
diesem Vorgehen werden zudem die
Funktionen der Altanwendung kategorisiert:
Damit wird die Altanwendung
auch in sinnvolle Komponenten aufgeteilt.
Diese Komponentisierung in der
Schnittstelle zum Altsystem bildet nun
den Ausgangspunkt für eine schrittweise
Erneuerung der Anwendung.
Aus alt mach neu
Schritt für Schritt werden nun also
Zugriffe auf das Altsystem über die Facade
geleitet, wobei der ESB die Aufrufe
vermittelt. In einer weiteren Phase werden
dann – falls erforderlich – die Teilkomponenten
der Altanwendung nacheinander
durch neue Anwendungskom-
ponenten ersetzt. Wie geht man nun
aber mit den Daten um, die das Altsystem
immer noch in seiner Datenschicht
verwaltet? Muss man die Daten sowohl
in der Datenschicht der neuen Komponenten
als auch im Altsystem vorhalten
und synchronisieren? Auch für diese
Problematik liefern SOA-Infrastrukturen
Hilfsmittel. Ähnlich dem ESB,
der Funktionsaufrufe kapselt und den
Zugriff vermittelt, bieten Datenintegrationswerkzeuge
die Möglichkeiten,
Daten zu kapseln und Datenzugriffe zu
vermitteln. Datenzugriffe aus den neuen
Anwendungskomponenten werden
über die Facade der Datenintegrationsinfrastruktur
an die Datenhaltungsschicht
der Altanwendungen geleitet.
Spezielle Daten für die neuen Komponenten
können in neuen Datenbanken
abgelegt werden. Die SOA-Infrastruktur
für die Datenintegration (implementiert
beispielsweise durch IBM WebSphere
Information Integrations-Produkte)
stellt für die Komponenten eine konsolidierte
Zugriffsschicht zur Verfügung
und erlaubt zudem den Übergang von
der alten zur neuen Datenhaltung, falls
darauf die Altanwendung abgeschaltet
werden sollte. Die Situation in der
Übergangsphase ist in der Abbildung
dargestellt. Der Enterprise Service
Bus entkoppelt – mit Hilfe des Service
Wrappers – Service Requestor und die
funktionale Komponente, die zum einen
Teil aus dem Altsystem und zum
anderen aus neuen Service-Komponenten
besteht. Das Daten-Integrations-Tool
wiederum entkoppelt die Datenhaltung
von den funktionalen Komponenten.
Einar Karlsen, Dr. Ralf Bracht ó
CLICK to
www.midrange.de
Weitere wichtige Informationen zum
Thema Softwaremodernisierung
gibt es in der Online-Ausgabe von
MIDRANGE MAGAZIN.
38
MIDRANGE MAGAZIN · 06/2006