schwerpunkt - Midrange Magazin

Assoziation zur „Objektorientierung“
in den Sinn? Nein, es ist nicht nur eine
Objektorientierung auf Programmebene,
mit der eine Wiederverwendbarkeit
verbunden ist. Objektorientierung bietet
sich zwar auch für den Einsatz mit
SOA an, aber SOA geht wesentlich weiter
als über den Basisansatz auf Objekt-
bzw. Programmebene. SOA dient der
Modellierung der Geschäftsprozesse,
deren Realisierung und Optimierung
im Vordergrund stehen. Zwar lassen einige
Fachleute verlauten, SOA sei „ein
Management und kein Technologiekonzept“,
was jedoch – schaut man sich
SOA einmal genauer an, nicht wirklich
zutrifft. Es ist vielmehr eine Kombination
beider Bereiche.
Komponenten als Dienste und
Services
SOA besteht aus vielen kombinierbaren
Komponenten, die als Dienste, Services
oder Programme miteinander verbunden
oder aber koordiniert miteinander
zusammengefügt werden können.
Damit will man in Zukunft die individuelle
Programmierung und die Erstellung
von Programm-Giganten minimieren
und die Realisierungszeiten für
neue Anforderungen auf ein Minimum
beschränken – unter anderem mit dem
Ziel, eben auch schnell auf neue Anforderungen
reagieren zu können und so
gegenüber möglichen Mitbewerbern
die Nase immer ein wenig weiter vorn
zu haben.
Deshalb empfiehlt es sich auch für
die klassischen RPG-Anwender: Denken
Sie einmal über einen modularen
Aufbau der Programme nach (wenn Sie
dies nicht bereits in der Praxis realisiert
haben) und schaffen Sie so eine
Basis für die SOA-Fähigkeit ihrer Anwendungen
– die Technik dazu steht Ihnen
seit einigen Jahren zur Verfügung!
Wer glaubt, „ab sofort machen wir
SOA“ – sollte Vorsicht walten lassen.
Denn ein SOA-Projekt lässt sich wirklich
nur in sehr wenigen Fällen als eine
Art „Big Bang“ in einem Unternehmen
realisieren. Gerade in der iSeries-Welt
herrschen noch „urständig“ gewachsene
Programmstrukturen vor. Und
doch: ein Anfang mit SOA kann in der
Tat einfach sein – allerdings liegt hier
die Kunst in einem kleinen und überschaubaren
Anfang. Versuchen sie
einfach, einen einfachen Geschäftsprozess
zu definieren und mit Hilfe
der verfügbaren Dienste, Services und
Programmkomponenten abzubilden.
Sollten letztere noch zu starr vorhanden
sein (weil sie nach alten Techniken
und Methoden entwickelt wurden),
dann versuchen Sie diese in einzelne
Module oder Prozeduren umzustellen.
Sie werden schnell erkennen, dass
dies nicht wirklich sonderlich schwer
ist. Trotzdem können weite Teilbereiche
bestehender Programmlogik auch zukünftig
unverändert genutzt werden.
Es ist nicht mehr der Trend – „Wir führen
eine neue Software ein“ oder „Wir
müssen etwas komplett neu entwickeln“
oder „Das kostet Monate, wenn
nicht Jahre“ – nein, es ist der Ansatz
von simplifizierten Anforderungen, der
damit verbundenen Realisierung sowie
der Optimierung von Synergien.
SOA ist kein Muss in Bezug auf einen
Wechsel in die Welt von Java und
WebSphere, obwohl gerade dort viele
Einsatzbereiche und Möglichkeiten
durch den Einsatz von SOA bestehen.
Auch Unternehmen, die beispielsweise
gewachsene RPG-Anwendungen weiterhin
einsetzen wollen und diese durch
geschickte Kombination mit neuen
Komponenten „aufpeppen“ möchten,
dürften schnell den Nutzen dieser Methode
für sich erkennen.
Jörg Zeig ó
CLICK TO
www.midrange.de
Weitere wichtige Informationen vom
IT-Profi Jörg Zeig zum Thema SOA
gibt es in der Online-Ausgabe von
MIDRANgE MAgAZIN.
���������������
����������������
�����������������������������
�����������������������
�������������������������������
����������
�������������
�����������
06/2006 · MIDRANGE MAgAZIN