Diese Aussage ist in eine Plakette eingraviert, die an meiner Wand hängt. Es ist vom 25. Januar 2000.
Ich warte, während Sie das Datum noch einmal lesen.
Sie sehen, die App-Modernisierung ist kein neues Konzept. Aufgrund der rapide gestiegenen Nachfrage nach digitalen Erlebnissen hat es in den letzten Jahren als wichtige Priorität für CIOs an Bedeutung gewonnen, aber das ist nichts Neues.
Im Laufe des Jahres 1999 erweiterten die Mitglieder dieses Internet-Projektteams eine vorhandene Legacy- Application um eine webbasierte Schnittstelle. Ich werde Sie nicht mit den grausamen Details der CICS-Implementierung und dem Ringen mit CORBA traumatisieren oder mit der lästigen Aufgabe, Open SSL zur Verwendung mit MQ Series zu zwingen. Es genügt zu sagen, dass viele „moderne“ Technologien mit „traditionellen“ Technologien kombiniert wurden, um die Aufgabe zu erledigen.
Das Internet Project Team könnte heute in digitale Transformation Team umbenannt werden, und an dieser Eröffnungserklärung würde sich ansonsten nicht wirklich etwas ändern.
Dies ist die gleiche monumentale Aufgabe, die auch heute von CIOs verlangt wird: die Modernisierung von Applications durch die Ausweitung des Zugriffs auf den digitalen Bereich. Ob über eine mobile App, die APIs zur Schnittstelle zu einer vorhandenen monolithischen Mainframe-App verwendet, oder über Nachrichtenwarteschlangen, die Slack mit einer herkömmlichen Client-Server-basierten Application verbinden – die Aufgabe der Unternehmens-IT besteht heute nicht nur darin, Monolithen in Mikroservices umzuwandeln, sondern auch dafür zu sorgen, dass Mikroservices mit Monolithen kommunizieren.
Auch für den Betrieb stellt diese Kombination eine Herausforderung dar. Die Metriken und die Überwachung für einen Monolithen unterscheiden sich häufig deutlich von denen, die heute für Microservices verfügbar sind. Nur sehr wenige Monolithen sind mit den entsprechenden Instrumenten ausgestattet, um relevante Telemetriedaten zu melden, und selbst Microservices sind häufig nicht in der Lage, die grundlegenden Details bereitzustellen, die für die Nachverfolgung einer Transaktion über verschiedene Architekturen hinweg erforderlich sind.
Es ist ein großes Durcheinander.
Ein einzelner geschäftskritischer Monolith unterstützt wahrscheinlich mehrere moderne Dienste. Jeder Service – wie das Eröffnen eines Kontos, das Schließen eines Kontos oder das Aufgeben einer Bestellung – ist ein einzigartiges digitales Erlebnis. Jedes muss als eigene Einheit überwacht werden. Die kontextbezogene Überwachung von Leistung und Sicherheit – als einzigartiger Ablauf – ist von entscheidender Bedeutung, um die Frage „Wie ist mein Kundenerlebnis heute?“ beantworten zu können.
Dies ist einer der Vorteile bei der Nutzung der F5-Technologien. Da wir mit so vielen Applications konfrontiert sind – sowohl neuen als auch alten, internen und externen – sehen wir alle Interaktionen. Von ihnen können wir Kennzahlen zum gesamten digitalen Fluss erfassen und ableiten, egal ob Monolith oder Mikroservice. Dieser Kontext führt über die Sichtbarkeit hinaus und näher an die Bedienbarkeit heran.
Die Modernisierung von Apps ist nichts Neues, unsere Fähigkeit, die Datenflüsse zwischen den daraus resultierenden Applications und Diensten zu überwachen, hingegen schon. Und genau diese Fähigkeit wird letztlich die Grundlage für Analysen sein, die Erkenntnisse liefern, die sowohl umsetzbar als auch automatisierbar sind.