Les ordinateurs centraux sont là pour rester, mais leur relation avec les entreprises est en train de changer.
Il n’y a pas que vous. De nombreuses entreprises se trouvent actuellement dans une situation difficile en ce qui concerne leurs plans de migration vers le cloud du mainframe IBM® Z.
Ce n’est pas l’utilité qui est en cause. Plus de 70 % des entreprises du classement Fortune 500 s’appuient encore sur la technologie des ordinateurs centraux sous une forme ou une autre. Il ne s’agit pas non plus d’un problème de fiabilité. Les ordinateurs centraux sont un élément essentiel de l’activité économique depuis près de 70 ans, précisément parce qu’ils continuent à fonctionner quoi qu’il arrive.
Mais les systèmes modernes sont conçus dans une optique de distribution, et les entreprises sont plus que jamais investies dans l’informatique dématérialisée et les technologies associées, que ce soit sur le plan financier ou sur celui des procédures. Qu’une entreprise envisage de transférer entièrement sa charge de travail sur ordinateur central vers une solution basée sur le cloud ou de modifier un nouveau système pour l’interfacer avec les outils hérités qu’elle utilise continuellement depuis des années, l’obtention du niveau d’interaction souhaité nécessite des connaissances techniques approfondies et spécialisées.
Le secret est de savoir comment planifier et suivre. La maintenance de logiciels par des tiers (TPSM) a gagné en popularité auprès des acteurs des technologies de l’information dans des domaines tels que l’approvisionnement et la gestion des actifs logiciels, car ce modèle aide les entreprises à garder leurs options ouvertes et leurs feuilles de route flexibles lorsqu’elles font face aux défis de la migration.
Voici quatre défis communs qui se manifestent dans presque toutes les migrations de mainframes vers le cloud.
Premier défi de la migration vers l’informatique dématérialisée : la pénurie de compétences
Le déficit de compétences en matière d’ordinateurs centraux que nous avons évoqué fin 2022 n’a pas disparu, et chaque expert qui part à la retraite crée potentiellement des problèmes pour les entreprises qui cherchent à effectuer des migrations complexes d’ordinateurs centraux vers le cloud.
Les compétences dont les entreprises ont besoin varient considérablement d’une entreprise à l’autre, voire d’une tâche à l’autre. Par exemple, le remplacement complet d’une application mainframe basée sur COBOL ou FORTRAN qui a servi l’entreprise pendant des décennies par une alternative Java ou C++ peut nécessiter un ensemble de compétences différent de celui qui consiste à réduire l’échelle de la même application et à la modifier pour qu’elle alimente en données un nouveau système d’appui. Même le fait de savoir quelle approche suivre lorsque des dizaines de prises sont possibles peut être une compétence « héritée » dont la demande pratique est étonnamment élevée.
Défi 2 : Documentation manquante
Supposons qu’un développeur des années 90 écrive un code d’une importance capitale pour l’entreprise qui l’emploie. Le développeur omet de documenter les petites bizarreries et les problèmes techniques, ou les moyens de les contourner, comme « Si vous activez ce paramètre lors de l’ouverture d’un transfert dans ce fuseau horaire, l’ensemble risque de tomber en panne ». Finalement, le développeur part vers de nouveaux horizons, emportant avec lui les petites corrections qui lui ont permis de gagner en crédibilité (et en sécurité d’emploi) sur son lieu de travail.
L’histoire n’est pas seulement une source permanente de mépris sur le lieu de travail (et d’humour) pour les développeurs. Si l’on étend ce phénomène sur quelques décennies et quelques générations/genres de technologies d’entreprise, on obtient les bases d’un problème très sérieux auquel sont confrontés les professionnels de l’ensemble du spectre informatique et leurs employeurs.
En d’autres termes, les mêmes problèmes de documentation qui font que le code existant est difficile à gérer d’une semaine sur l’autre peuvent également poser des problèmes lors de la migration, au point que l’on peut avoir l’impression d’être perdu avant même d’avoir commencé.
Le dernier endroit où l’on souhaite découvrir une dépendance de données cruciale et procéduralement cachée, c’est au milieu de la migration.
Il s’agit d’une forme épicée de dette technique contre laquelle les entreprises ne se prémunissent pas suffisamment – on ne peut pas savoir ce que l’on ne sait pas.
Défi 3 : Technologies et besoins techniques incompatibles
Il faut considérer ce revers comme une combinaison de problèmes découlant des deux premiers. Pratiquement aucune mise en œuvre d’un ordinateur central n’est totalement alignée sur les normes hautement idéalisées d’un mégavendeur. En d’autres termes, presque tous les ordinateurs centraux utilisent un code personnalisé, une ancienne version ou une base de code généralement variable, ce qui entraîne des problèmes difficiles à résoudre, allant de la sécurité des logiciels à la migration vers l’informatique dématérialisée.
Par exemple, une entreprise peut être satisfaite de passer continuellement à la dernière version du logiciel de l’ordinateur central Y, mais les exigences en matière de fonctionnalités peuvent l’obliger à conserver le logiciel X (qui fonctionne également sur l’ordinateur central) sur une version plus ancienne, malgré les pressions exercées par le fournisseur ou même en interne pour aller de l’avant. Le maintien du flux de données entre les deux pourrait en outre nécessiter un correctif interne, ce qui entraînerait les mêmes problèmes de documentation et de connaissances commerciales que ceux évoqués ci-dessus. Aucun problème technique n’existe en vase clos ; chaque problème figurant sur cette liste est issu d’un autre problème et en engendre un autre.
La complexité s’accroît au fil du temps dans la production et ailleurs, à la fois parce que la complexité technique augmente rapidement avec la dépendance, et parce que la connaissance des opérations héritées du terrain tend à s’obscurcir au fur et à mesure que la base de talents s’accroît et évolue. Les entreprises peuvent ainsi avoir l’impression que des solutions plus récentes, qui ne correspondent pas entièrement à leurs plans mais permettent de résoudre des problèmes urgents, sont la seule façon d’aller de l’avant.
Défi 4 : Soutien désintéressé des fournisseurs
Pour les mégavendeurs comme IBM, les défis les plus pressants en matière d’ordinateurs centraux sont plutôt d’ordre économique. Si vos projets n’impliquent pas le passage à une solution plus récente et officiellement prise en charge, ou si votre migration va réduire leurs bénéfices, il y a une ligne de pensée qui pourrait se traduire essentiellement comme suit : « Pourquoi devrais-je m’étendre pour les aider à quitter mon écosystème ou pour leur permettre d’utiliser d’anciennes versions de mon logiciel qui me font gagner moins d’argent ? « Pourquoi devrais-je m’étendre pour les aider à s’éloigner de mon écosystème, ou pour leur permettre d’utiliser des versions plus anciennes de mon logiciel, qui me rapportent moins d’argent ? »
Ainsi, vous pourriez constater que le mégavendeur qui était très motivé pour vous faire adopter la solution est moins utile – en termes de connaissances et d’accès global – lorsque le moment est enfin venu de déménager. Cela peut se traduire par un manque d’assistance, une absence d’aide appropriée ou même une suggestion de mise à niveau non souhaitée lorsque vous pensez que la réponse sera plus facile à trouver. Et ce n’est jamais une bonne pente à gravir lors d’une migration complexe vers le cloud des ordinateurs centraux.
Éviter les défis de la migration vers le Cloud Mainframe grâce à une maintenance logicielle tierce
Distillons le défi. Quelle que soit la forme que prend sa mise en œuvre, et quel que soit le stade de développement ou de réalisation de ses plans, une entreprise qui entreprend une migration ou une transformation de son ordinateur central cherche en fin de compte à s’affranchir de.. :
- Une complexité croissante qui rend difficile la réconciliation des tendances passées et actuelles en matière d’utilisation des technologies, qu’elles soient internes ou orientées vers le client.
- Les coûts supplémentaires liés au maintien du statu quo, contrebalancés par une infrastructure qui a été construite à cette fin. Les caractéristiques qui rendent les ordinateurs centraux extrêmement fiables les rendent également difficiles à protéger contre les réalités de l’infrastructure en nuage.
- Le verrouillage du mégavendeur qui tend à suivre une mise à niveau que l’entreprise juge inutile – passer à une nouvelle version de logiciel (et au contrat et au modèle de prix associés) juste pour obtenir une mise à niveau mineure, mais extrêmement importante, des fonctionnalités, par exemple.
Le TPSM est de plus en plus apprécié par les entreprises et leurs partenaires informatiques parce qu’il permet de réaliser des choses que le modèle de services informatiques préexistant ne pouvait pas faire, notamment en les aidant à gérer ces trois éléments sans que l’effort ne devienne un problème équivalent à celui de jongler avec des tronçonneuses.
La plupart des mainframes ont encore une durée de vie considérable et une valeur à offrir aux entreprises qui recherchent une assistance à la migration des mainframes vers le cloud à long ou à court terme.
Un fournisseur de maintenance logicielle tiers réputé peut aider les entreprises à déterminer la limite entre un fonctionnement viable et rentable et la nécessité réelle de transférer certaines charges de travail et applications dans le nuage dans un délai direct.
Les fournisseurs de TPSM aident également les entreprises à déterminer la manière la plus rentable de procéder à la migration et à la modernisation des ordinateurs centraux, le coût étant l’un des principaux moteurs du passage massif des entreprises à l’informatique dématérialisée. Que vous ayez opté pour un système de transfert complet ou que vous soyez ouvert à un modèle plus souple, la consultation d’un TPSM peut vous ouvrir les yeux sur des possibilités que vous n’auriez peut-être pas envisagées.
Il n’existe pas de migration standard de mainframe vers le cloud. Les variables qui rendent le processus complexe sont une exigence fonctionnelle des forces concurrentielles, des capacités opérationnelles et des expériences des clients sur lesquelles les entreprises s’appuient. Une plus grande solidarité entre le domaine technologique, les plans actuels et les besoins des entreprises est possible, mais seulement lorsque les entreprises disposent des outils et des connaissances nécessaires pour comprendre toutes les décisions possibles qui se présentent à elles.
