Ein belastbares Total-Cost-of-Ownership-Modell (TCO) müsse, so Holmes in seinem Beitrag für das IT Finanzmagazin, drei Kostenblöcke erfassen: Infrastrukturkosten einschließlich MSU-/CPU-Verbrauch, zIIP-Auslastung, Softwarelizenzen, Storage und Netzwerk; Betriebsaufwände für Incidents, Changes, Deployments, Tests und Observability sowie regulatorische Kosten und Risiken, darunter Compliance, technische Schulden und Parallelbetrieb während einer Migration.
Von CICS-Transaktionen bis zu API-Endpunkten
Entscheidend sei die Granularität der Kostenanalyse. Holmes empfiehlt, technische Verbrauchsdaten einzelnen Anwendungen und Geschäftsservices zuzuordnen – bis hin zu CICS-Transaktionen, Db2-Workloads, MQ-Queues, API-Endpunkten und Batch-Jobs.
So ließen sich die wirtschaftlichen Auswirkungen zusätzlicher API-Schichten, ausgelagerter Workloads oder veränderter Verarbeitungsprozesse bewerten. Auf dieser Grundlage könnten Unternehmen Modernisierungsstrategien wie Refactoring, Rehosting oder hybride Architekturen hinsichtlich Kosten, Risiken und Time-to-Market vergleichen.
Auch die zunehmende Integration von Mainframes über APIs und Middleware müsse in die Bewertung einfließen. Zusätzliche Schnittstellen und Datenflüsse erhöhten nach Holmes die Anforderungen an Monitoring, Governance und Sicherheit. Für Banken und Versicherungen seien dabei insbesondere die Vorgaben des Digital Operational Resilience Act (DORA) zu berücksichtigen.
Holmes plädiert damit für eine wirtschaftliche Bewertung der Mainframe-Modernisierung, die Infrastrukturverbrauch, Anwendungsarchitektur und laufende Betriebsaufwände bis auf die Ebene einzelner Workloads nachvollziehbar macht. (td)
