Legacy-Modernisierung fordert IT-Manager heraus

Alle reden von der digitalen Transformation. Dabei denkt fast jeder zuerst an das Digitale, nur wenige an die Transformation. Doch die meisten Unternehmen fangen nicht auf der grünen Wiese an; ihre Systeme und Anwendungen sind oft über Jahrzehnte gewachsen, in unterschiedlichen Sprachen programmiert, für Plattformen jeglicher Art optimiert und über teils abenteuerliche Hängebrücken miteinander verbunden.

Die gewachsenen Systeme wegwerfen und alles neu entwickeln ist utopisch, denn sie sind unternehmenskritisch: Das darin enthaltene Wissen lässt sich nicht ohne Weiteres ersetzen. "Legacy heißt Vermächtnis und sollte eigentlich etwas Positives sein", sagt Stefan Tilkov, CEO der innoQ Deutschland GmbH mit Sitz in Monheim. Dass der Begriff negativ besetzt sei, liege nur daran, dass die "geerbten" Anwendungen so unbeweglich sind. Sie schneller, flexibler und agiler zu machen, ist das Ziel der Legacy-Modernisierung.

Informationen zur Studie sowie den Partner-Paketen finden Sie hier

Den Modernisierungsdruck spüren viele Unternehmen - und nicht erst seit gestern. In den großen Konzernen, in vielen Behörden, aber auch bei den größeren Mittelständlern schlummert so manche Legacy-Leiche im Keller. Budgets für die Wiederbelebung wollen aber allenfalls die extrem datengetriebenen Unternehmen, vor allem in der Finanzwirtschaft, locker machen.

In anderen Betrieben segeln Modernisierungsprojekte auch schon mal unter falscher Flagge. "Im Zusammenhang mit dem Stichwort DigitalisierungDigitalisierung wurden Mega-IT-Budgets freigesetzt, die nun aber erst einmal für die Modernisierung der Kernsysteme investiert werden", hat Gunnar Tacke, Managing Business Analyst bei Capgemini, festgestellt. Alles zu Digitalisierung auf CIO.de

Warum Legacy-Modernisierung?

So kommt es, dass sich derzeit schon fast ein Modernisierungs-Boom abzeichnet. Davon profitieren auch die Berater und Systemhäuser. Axel Rupp, Partner bei der Deloitte Consulting GmbH, sieht vier Treiber für diesen "ständig wachsenden Markt":

• Die Entwickler, die das technische und das Business-Knowhow der Anwendungen haben, gehen in den kommenden Jahren nach und nach in den Ruhestand (der Fachjargon spricht hier vom "Brain Drain").

• In der Implementierung von Geschäftsanforderungen dominieren immer mehr die Faktoren Agilität, Effizienz und Geschwindigkeit. Da können die älteren Systeme nicht mithalten.

• Dasselbe gilt für offene Schnittstellen und Interoperabilität in der Systemlandschaft, die mittlerweile "Key" sind.

• Die Betriebskosten der gewachsenen Systeme, vor allem auf dem Mainframe, sind sehr hoch, verglichen mit virtuellen Umgebungen oder Cloud-Ansätzen.

Allerdings beschränkt sich der Modernisierungsbedarf keineswegs auf den Mainframe. Daran erinnerte Georg LauerGeorg Lauer, Senior Principal Business Technology Architect bei der CA Deutschland GmbH, seine Diskussionspartner: "Das hier ist keine Plattformdiskussion, sondern eine über geschäftskritische Systeme." Viele Unternehmen wollten ihre Mainframes durchaus behalten, und sie suchten nach Wegen, sie sinnvoll in eine moderne Umgebung einzubinden. Profil von Georg Lauer im CIO-Netzwerk

Auf der anderen Seite sind Legacy-Probleme auch bei Anwendern zu finden, die noch nie etwas mit Mainframes zu tun hatten. Laut innoQ-Geschäftsführer Tilkov gibt es "Unmengen von Delphi-, C++ oder Java-Programmen, die niemand mehr warten kann".

Services und Microservices

Diese Probleme sind nicht neu. Vor zehn Jahren textete die COMPUTERWOCHE: "Wertstoff Legacy-Code: Rette ihn wer kann". Genau genommen war die Wiederverwendung vorhandener Software schon im vergangenen Jahrtausend ein Thema auf Software-Engineering-Konferenzen. Und eine ganze Reihe von Unternehmen portiert heute noch einen Teil ihres Software-Codes auf neuere Programmiersprachen, beispielsweise von Cobol auf Java. Nach Rupps Überzeugung ist ein solches Szenario hinsichtlich Projektlaufzeit, Kosten und RoIRoI der Neuentwicklung vorzuziehen. Alles zu ROI auf CIO.de

Auch auf der Anwendungsebene wurden längst Konzepte entwickelt, mit denen sich technisch veraltete Applikationen weiter nutzen und integrieren lassen. Zu Beginn des Jahrtausends machte die SOA (Service-orientierte Architektur) Furore, weiterentwickelt wurde sie zu den "Microservices". Beiden gemeinsam ist die Idee, Applikationen in überschaubare Bestandteile ("Services") zu zerlegen und über eine Verbindungsschicht (zum Beispiel einen Enterprise Service Bus) anzusprechen.

Eine solche Architektur ist technisch anspruchsvoll. Damit die monolithischen Altanwendungen dort hinein passen, müssen sie entlang ihrer geschäftlichen Logik zerteilt werden. Es reiche nicht, ein neues Frontend vor die Anwendung zu packen, warnt Tilkov: "Die spannende Logik steckt im Backend". Doch unternehmenskritische Applikationen zu zerteilen bedeute einen "enormen Kraftakt".