Damals, als ich studierte (in der Antike, als wir noch auf Steintafeln rechneten), war unsere primäre Computerplattform ein Großrechner. Tatsächlich erfolgte der Großteil meiner Programmieraktivitäten auf dem Mainframe der Universität.
Daher mag es Sie überraschen, dass der Großteil meiner Codierungsaktivitäten nichts mit COBOL zu tun hatte. Um die Wahrheit zu sagen, das meiste davon war Pascal und Assemblersprache. Nur einmal musste ich in COBOL programmieren – und das auch nur, weil ich einen Kurs zur Einarbeitung damit belegt hatte.
Jahre später traf für mich als IT-Architekt die gleiche Aussage zu: Ich habe C/C++ und Java auf AIX codiert und webfähige Apps auf WebSphere auf einem Mainframe bereitgestellt.
Sie sehen, Mainframes sind nicht gleichbedeutend mit COBOL. Tatsächlich ergab die neueste Mainframe-Umfrage von BMC, dass 82 % der Befragten Java in ihren Mainframe-Umgebungen verwenden. Und wenn Sie das überrascht hat, sollten Sie sich festhalten, denn 48 % der Befragten verwenden Agile- und DevOps-Methoden in ihrer Mainframe-Umgebung.
Ich lasse Sie sich einen Moment erholen, bevor ich fortfahre.
Die Wahrheit ist, dass Mainframes in der IT einen schlechten Ruf haben. Sie werden als Dinosaurier angesehen, obwohl sie in Wirklichkeit für viele Unternehmen eine wichtige Quelle an Rechenleistung darstellen. Rechenleistung, die immer häufiger genutzt wird. Wenn Sie sich die BMC-Umfrage ansehen, werden Sie Folgendes für das letzte Jahr feststellen:
Diese Zahlen sind wichtig, wenn man bedenkt, dass über 51 % der Befragten angeben, dass sich mehr als die Hälfte ihrer Daten auf dem Mainframe befindet. Wichtig dabei ist, dass Daten Schwerkraft haben.
Ich möchte das noch einmal sagen, weil es wirklich wichtig ist: Daten haben eine Schwerkraft.
Wie das Büro des CTO von F5 kürzlich feststellte , wirkt sich unsere Fähigkeit, Daten zu verschieben, auf praktisch alle Aspekte der IT und der Applications aus. Dies hat Auswirkungen darauf, wo Applications bereitgestellt werden, wie ihre Architektur aufgebaut ist und auf die Application , die sie schützen, indem sie die Applications abwehren, die auf sie zugreifen. Mit zunehmendem Datenvolumen zieht das Gewicht dieser Daten Applications an – genau wie die echte Schwerkraft und ihre Beziehung zur Masse. Ob in der Cloud, in herkömmlichen Umgebungen oder auf dem Mainframe – die Datengravitation ist ein echter Faktor, der darüber entscheidet, wo Applications letztendlich bereitgestellt werden.
Beweise dafür in der Praxis finden Sie in einer Studie von Sapho , in der die Gründe untersucht wurden, warum Unternehmen nicht auf die Cloud umsteigen, sondern ihre Apps stattdessen vor Ort modernisieren. Tatsächlich sagten über die Hälfte (56 %), dass die lokalen Lösungen nicht verschwinden würden und dass weniger als 5 % ihres Application in die Cloud migriert würden.
Jemand schreit gerade, dass dies technische Ketzerei sei. Aber bedenken Sie die Gründe für die Ablehnung des Konzepts „immer nur Cloud“. In erster Linie basiert es auf der Schwerkraft der Daten. Mehr als die Hälfte (58 %) der Teilnehmer dieser Umfrage gaben an, dass Apps, die kritische Daten und Systeme berühren, vor Ort sein müssen.
Bei einem erneuten Blick auf die BMC-Umfrage werden Sie feststellen, dass bei über der Hälfte der Unternehmen das Datenvolumen auf Mainframes von Jahr zu Jahr zunimmt.
Weil sie effizient sind und – entgegen landläufigen Vorstellungen – mit DevOps, Agile und modernen Computermethoden kompatibel sind. Wenn ich webbasierte Apps auf AIX auf einem Mainframe bereitstellen kann, können Sie darauf Microservices in einer Kubernetes-Umgebung bereitstellen.
Mainframes sind Sammlungen von Rechenressourcen und werden es auch bleiben. Aufgrund ihrer Schwerkraft werden die Daten – insbesondere im Zeitalter der digitale Transformation – fest auf dem Boden des Rechenzentrums verankert sein. Das bedeutet, dass die Fähigkeit zur Modernisierung von Apps und Umgebungen durch integrierte Tools und Application auch in den kommenden Jahren von entscheidender Bedeutung sein wird.
Mit der Zeit werden wir vielleicht zurückblicken und erkennen, dass Mainframes tatsächlich strategischer waren als die Cloud – wenn wir aufhören, Mainframes mit COBOL zu assoziieren und erkennen, dass es die Daten und die Anwendungen – die Software – sind, die wichtig sind, und nicht die Art der Hardware, auf der sie eingesetzt wird.