Momentan macht sich eine gewisse Ernüchterung über die Wirksamkeit eines Wundermittels breit, das versprach, die IT-Kosten zu senken, die Flexibilität zu erhöhen und die Komplexität zu reduzieren. Tatsächlich jedoch bietet SOA, richtig verstanden und durch eine passende Infrastruktur unterstützt, erhebliche Vorteile, meint Bernhard Westermaier, Senior Product Manager bei Fujitsu Technology Solutions, ehemals Fujitsu Siemens Computers. Dazu zähle auch die viel beschworene Wiederverwendung der Services, wenn auch in einem etwas anderen Sinne als bisher behauptet.

Das Problem mit der Granularität

Denn die Herausforderung bleibt: Unternehmen müssen ihre IT flexibler gestalten, um sie schneller an sich ändernde Geschäftsanforderungen anpassen zu können. Insofern ist das Konzept von SOA, einzelne Anwendungen in modulare Softwarekomponenten (Services) zu kapseln, die sich nach Bedarf neu kombinieren lassen, auf den ersten Blick einleuchtend. Die Orchestrierung, das heißt die Zusammensetzung der einzelnen Bausteine zu durchgängigen Abläufen und Verfahren, muss dabei auf der fachlichen Ebene der Geschäftsprozesse erfolgen. Diese Anforderung relativiert allerdings laut Westermaier die Möglichkeit, die Services in einem großen Maßstab wiederzuverwenden. Damit stehe einer der großen, von vielen Anbietern bislang postulierten SOA-Vorteile auf dem Prüfstand.

Auf der Geschäftsebene geben nur grob granulare Services mit umfangreichen Funktionen Sinn, die für den Anwender relevant und handhabbar sein müssen. Ihn interessiert beim Anlegen neuer Kundendaten beispielsweise nicht, welche Detailfunktionen dabei zu berücksichtigen sind, ob die Namen mit beliebigen Zeichen geschrieben werden können, die EU-Richtlinien eingehalten sind etc. Das ist alles vorausgesetzt und muss automatisiert ablaufen. Insofern sind die Services in der Regel zu komplex für einen hohen Grad an Wiederverwendung. Sie kann besser auf einer Ebene unterhalb von SOA stattfinden, da sich bestimmte Bausteine bei der Implementierung eines Service öfter nutzen lassen.

Services in Prozesse mitnehmen

Wiederverwendung wird auch dann zum Thema, wenn man aufgrund von Fusionen oder neuen Verfahren die Geschäftsprozesse ändern muss. Dann ist es nicht notwendig, den ganzen Prozess neu aufzusetzen, sondern einzelne Services lassen sich in die neuen Prozesse "mitnehmen". Hier werden auch Kosten eingespart, so Fujitsu-Mann Westermaier, allerdings als Wechsel auf die Zukunft und nicht im Moment der Implementierung einer SOA. Insofern solle man eigentlich eher von Weiter- statt von Wiederverwendung sprechen.

Es ist also kein Wunder, dass die Ernüchterung über SOA viel damit zu tun hat, dass die erhoffte Wiederverwendung der Services und damit auch die innerhalb der IT prognostizierte Kostensenkung weitgehend ausgeblieben sind. Hier sollte man laut Westermaier jedoch nicht den entscheidenden Mehrwert der neuen Architektur suchen. Dieser liege vielmehr darin, dass jedem vernünftigen SOA-Projekt die Analyse und kritische Bewertung der bestehenden Geschäftsprozesse vorausgeht, und zwar vollkommen getrennt von der IT. Dann würden sich sehr schnell die wirklichen Optimierungspotenziale des Konzepts zeigen, da erst der Blick "von oben" ein klares Bild über Sinn und Unsinn eingefahrener Abläufe, die nicht mehr hinterfragt wurden, ergibt. IT erst im zweiten Schritt In einem nächsten Schritt werden dann die verbesserten Prozesse in der IT abgebildet. Das Ergebnis seien geschäftsorientierte Anwendungslandschaften, die auf Services basieren, die nicht von der IT, sondern von den Notwendigkeiten des Business vorgegeben, also fachlich begründet sind. Nur so seien Services effektive Bausteine zur Modellierung und Orchestrierung.

Dabei muss und kann man nicht alles neu erfinden. Vielmehr kommt es darauf an, vorhandene Applikationen, die sich bewährt haben und hohe Investitionen repräsentieren, im Sinn der neuen Architektur weiterzunutzen. Oft sind das Kernanwendungen, die wichtige Prozesse eines Unternehmens oder einer Behörde unterstützen. In der aktuellen Diskussion wird diese Art von Wieder- beziehungsweise Weiterverwendung im Rahmen eines SOA-Konzepts oft vernachlässigt, so die Erfahrung von Westermaier.

Für solche Aufgaben stellen Unternehmen wie Fujitsu Technology Solutions Werkzeuge zur Verfügung, mit denen sich existierende Cobol-Anwendungen beziehungsweise einzelne Bausteine in ein vorgegebenes XML-Schema ohne Funktionalitätsverluste einbinden lassen (siehe Kasten "BizXML2Cobol" auf Seite 20). Mit der Adapterfamilie "BeanConnect" wiederum lassen sich Anwendungen, die auf den Transaktionsmonitoren openUTM (Fujitsu) und CICS (IBM) basieren, standardkonform an Applikations-Server für die SOA-Architektur anbinden. Damit können bestehende Applikationen an neue Anforderungen angepasst und existierende Codes plattformübergreifend genutzt werden.

Plädoyer für den Mainframe

Dieser Investitionsschutz ist eine Form der Wieder- oder Weiterverwendung, die sich sofort auszahlt, meint Westermaier. Klar ist für den Fujitsu-Mann aber auch, dass passgenaue Applikationen und flexibelste Services wenig nützen, wenn sie nicht von einer entsprechend ausfallsicheren und dynamischen Infrastruktur unterstützt werden. Aufgrund der zentralen Organisation einer SOA-Architektur seien die Anforderungen an Stabilität und Verfügbarkeit sehr hoch, schließlich werde die Güte eines Prozesses vom schwächsten der dafür verwendeten Services bestimmt. Westermaier nimmt dies zu einem Plädoyer für Mainframes zum Anlass, da diese Plattform mit ihrer Skalierbarkeit und Zuverlässigkeit die Voraussetzungen für einen effektiven und wirtschaftlichen SOA-Betrieb biete.