Mehr als 1.400 Reaktionen und rund 60 Kommentare hat ein Meinungsbeitrag auf der Plattform Medium innerhalb weniger Tage ausgelöst. Der veröffentlichte Artikel stellt die Leistungsfähigkeit moderner Microservice-Architekturen im Vergleich zu COBOL-basierten Mainframe-Anwendungen bewusst provokativ infrage.

Der Autor schildert darin die Erfahrungen aus einem Modernisierungsprojekt, an dem er nach eigenen Angaben selbst beteiligt gewesen sei. Nach einer umfangreichen Migration habe sich gezeigt, dass eine frühere COBOL-Anwendung einen zentralen Batch-Prozess deutlich schneller verarbeitet habe als die neue verteilte Architektur. Für mehrere zentrale Aussagen – darunter die Behauptung, eine große US-Bank habe nach einer milliardenschweren Migration wieder auf COBOL gesetzt – nennt der Beitrag allerdings keine überprüfbaren Quellen.

„COBOL wurde entwickelt, um Geld zu bewegen“

Im Mittelpunkt der Argumentation steht die ursprüngliche Zielsetzung der Programmiersprache. COBOL sei, so der Autor, „nicht dafür entwickelt worden, elegant zu sein. COBOL wurde entwickelt, um Geld zu bewegen.“

Als technische Stärken nennt der Beitrag die exakte Dezimalarithmetik ohne Rundungsfehler, die speziell für große sequentielle Datenverarbeitungen entwickelte Batch-Verarbeitung sowie die über Jahrzehnte auf Mainframe-Hardware optimierte Laufzeitumgebung. Moderne Microservice-Architekturen müssten dagegen zusätzliche Netzwerkkommunikation, Container-Orchestrierung und weitere Infrastrukturebenen berücksichtigen.

Besonders anschaulich macht der Autor seine Argumentation anhand eines vereinfachten Codevergleichs. Einer dreizeiligen COBOL-Routine zum Aktualisieren eines Kontostands stellt er eine Python-Anwendung gegenüber, die einen REST-Service aufruft und anschließend ein Ereignis veröffentlicht. Damit will er verdeutlichen, dass verteilte Architekturen zusätzliche Kommunikationswege und potenzielle Fehlerquellen mit sich bringen könnten.

Redaktionelle Nachzeichnung eines vereinfachten Codevergleichs aus dem Medium-Beitrag. Verglichen werden eine lokale COBOL-Transaktion (links) und eine verteilte Microservice-Architektur (rechts),

Der Vergleich bleibt allerdings vereinfacht. Tatsächlich wird eine lokale COBOL-Transaktion mit einem Python-Beispiel, das eine verteilte Microservice-Architektur abbildet, vergleichen. Damit werden unterschiedliche Architekturansätze aufgezeigt und nicht die Leistungsfähigkeit der Programmiersprachen selbst abgebildet.

Community verlagert die Diskussion auf die Architektur

Interessant ist vor allem die Diskussion unter dem Beitrag. Der meistbewertete Kommentar argumentiert, das eigentliche Thema sei nicht COBOL gegen moderne Programmiersprachen, sondern Batch-Verarbeitung gegen verteilte Microservice-Architekturen. Die Unterschiede lägen vor allem in der Architektur, nicht in der Sprache selbst.

Dieser Einschätzung stimmt auch der Autor ausdrücklich zu. In einer Antwort schreibt er: „Ich stimme zu. Der Artikel handelt eigentlich eher von Architektur als von der Programmiersprache.“ Eine gut entwickelte Java- oder C#-Batch-Anwendung könne seiner Ansicht nach viele der Eigenschaften erreichen, die häufig ausschließlich COBOL zugeschrieben würden.

Auch weitere Kommentare greifen diesen Gedanken auf. Mehrere Entwickler weisen darauf hin, dass moderne Monolithen oder klassische Batch-Anwendungen vermutlich zu ähnlichen Ergebnissen gekommen wären. Andere kritisieren, dass der gezeigte Vergleich vor allem die zusätzlichen Netzwerk- und Kommunikationsschichten einer Microservice-Architektur abbilde. Wieder andere erinnern daran, dass Eigenschaften wie Transaktionssicherheit oder Rollback nicht allein durch COBOL entstehen, sondern durch die zugrunde liegenden Transaktionssysteme und Datenbanken.

Architekturentscheidungen rücken stärker in den Mittelpunkt

Genau an diesem Punkt wird der Beitrag interessant. Denn unabhängig von den unbelegten Beispielen stellt er eine Frage, die derzeit in vielen Modernisierungsprojekten diskutiert wird: Welche Anwendungen sollten überhaupt in eine Microservice-Architektur überführt werden?

Gerade bei transaktionsintensiven Kernsystemen der Finanzbranche könne eine vollständige Zerlegung in verteilte Services zusätzlichen Aufwand verursachen, ohne automatisch einen fachlichen oder technischen Mehrwert zu schaffen. Stattdessen rückt zunehmend die Frage in den Mittelpunkt, welche Workloads tatsächlich von einer verteilten Architektur profitieren – und welche ihre Stärken weiterhin auf dem Mainframe oder in einer klassischen Batch-Architektur ausspielen.

Diese Entwicklung findet sich inzwischen auch in aktuellen Einschätzungen von Analysten und Technologieanbietern wieder. Gartner warnt davor, die Möglichkeiten generativer KI bei Mainframe-Ablösungen zu überschätzen. IBM setzt seit Längerem auf hybride Modernisierungsstrategien, bei denen bestehende Mainframe-Anwendungen schrittweise erweitert und über moderne APIs integriert werden, anstatt sie vollständig zu ersetzen.

Der Medium-Beitrag liefert dafür keine wissenschaftlichen Belege. Er zeigt jedoch eindrucksvoll, wie sich die Diskussion in der Entwickler-Community verändert hat. Nicht die Frage „COBOL oder Microservices?“ steht im Mittelpunkt, sondern die Überlegung, welche Architektur für einen bestimmten Anwendungsfall die sinnvollste ist. (td)