Cette déclaration est gravée sur une plaque accrochée sur mon mur. Il est daté du 25 janvier 2000.
J'attendrai que tu relises cette date.
Vous voyez, la modernisation des applications n’est pas un concept nouveau. Cette question est devenue une priorité importante des DSI ces dernières années en raison de l’accélération rapide de la demande d’expériences numériques, mais ce n’est pas nouveau.
Au cours de l’année 1999, les membres de cette équipe de projet Internet ont étendu une application existante avec une interface Web. Je ne vous traumatiserai pas avec les détails sanglants de la mise en œuvre de CICS et de la lutte avec CORBA ou la corvée qui obligeait Open SSL à fonctionner avec la série MQ. Il suffit de dire qu’il y avait beaucoup de technologies « modernes » mélangées à des technologies « traditionnelles » pour faire le travail.
L’équipe du projet Internet pourrait être renommée aujourd’hui l’équipe de transformation numérique et rien d’autre dans cette déclaration d’ouverture ne changerait vraiment.
Il s’agit de la même tâche monumentale exigée des DSI aujourd’hui : moderniser les applications en étendant l’accès au domaine numérique. Que ce soit via une application mobile utilisant des API pour s'interfacer avec une application mainframe monolithique existante ou via des files d'attente de messages qui connectent Slack à une application de service client traditionnelle basée sur un client-serveur, la tâche à laquelle est confrontée l'informatique d'entreprise aujourd'hui n'est pas simplement de transformer les monolithes en microservices, mais de faire en sorte que les microservices communiquent avec les monolithes.
Cette combinaison pose également un défi en termes d’exploitation. Les mesures et la surveillance d’un monolithe sont souvent très différentes de celles disponibles aujourd’hui pour les microservices. Très peu de monolithes sont instrumentés pour signaler une télémétrie pertinente, et même les microservices ne parviennent souvent pas à fournir les détails dont les opérations ont besoin pour tracer une transaction entre les architectures.
C'est un gros gâchis.
Un seul monolithe critique pour l’entreprise est susceptible de prendre en charge plusieurs services modernes. Chaque service, comme l’ouverture d’un compte, la fermeture d’un compte, la soumission d’une commande, constitue une expérience numérique unique. Chacun doit être surveillé comme une entité distincte. La surveillance des performances et de la sécurité contextuellement, en tant que flux unique, est essentielle pour pouvoir répondre à la question : « Quelle est mon expérience client aujourd'hui ? »
C’est l’un des avantages de profiter des technologies F5. Parce que nous sommes face à de très nombreuses applications— à la fois nouvelles et anciennes, internes et externes — nous voyons toutes les interactions. À partir d’eux, nous pouvons collecter et déduire des métriques relatives à l’ensemble du flux numérique, qu’il soit monolithique ou microservice. C'est ce contexte qui pousse au-delà de la visibilité et se rapproche de l'opérabilité .
La modernisation des applications n’est pas nouvelle, mais notre capacité à surveiller les flux entre les applications et services qui en résultent l’est. Et c’est cette capacité qui alimentera en fin de compte des analyses capables d’offrir des informations à la fois exploitables et automatisables.