Les DSI affinent leurs stratégies de sortie du mainframe

Alors que la «mort du mainframe» est peut-être encore loin, les entreprises recherchent actuellement des stratégies de sortie du gros fer, la multinationale de la logistique FedEx faisant la une des journaux ces derniers temps, annonçant qu’elle retirer tous ses mainframes d’ici 2024 dans le but d’économiser 400 millions de dollars par an.

Dans le cadre de son objectif d’atteindre des opérations neutres en carbone à l’échelle mondiale d’ici 2040, FedEx adopte un environnement zéro centre de données/zéro mainframe, exécutant la moitié de son calcul dans des installations de colocation et l’autre moitié dans le cloud – une décision qui aidera également le fournisseur mondial de logistique. être plus flexible, sécurisé et rentable, déclare Ken Spangler, vice-président exécutif des technologies de l’information mondiales chez FedEx.

« Les mainframes ne faisaient pas partie de notre plan à long terme », dit-il. « Sur une période de 10 ans, nous nous sommes éloignés lentement de la base mainframe ; il s’agit essentiellement de la stratégie de retrait, de remplacement et de réingénierie.

Jusqu’à présent, 90% des applications de FedEx ont été déplacées hors des ordinateurs centraux de l’entreprise, mais 10% sont « collantes », en raison de problèmes d’intégration dus à des couches d’interdépendances, explique Spangler, ajoutant que FedEx a « certaines sociétés d’exploitation uniques ». dans son portefeuille avec leurs propres technologies qui ont beaucoup de dépendances.

L’entreprise est aussi colossale qu’elle en a l’air, car la migration de systèmes à forte intensité de calcul sur des mainframes hors des centres de données vers le cloud n’est pas pour les âmes sensibles.

Pourtant, des entreprises comme IBM prennent des mesures pour aider les entreprises les applications mainframe ont une vie après la mort dans le cloudet de nombreuses entreprises se lancent dans des voyages vers moderniser leurs stratégies mainframe existantes pour l’ère numérique, notamment en investissant davantage dans le dernier gros fer.

Mais pour des entreprises comme FedEx qui cherchent à se départir de leurs actifs mainframe au profit du cloud, une approche méthodique est essentielle. Les motivations pour faire le pas varient, explique Mike Chuba, vice-président directeur chez Gartner. Dans certains cas, il s’agit d’un « grisonnement des compétences » et dans d’autres, d’un équipement et d’un coût vieillissants, dit-il.

« L’analogie que j’utilise est que si vous êtes propriétaire d’une maison et que vous n’avez pas effectué d’entretien de base depuis 10 à 15 ans et que les choses s’effondrent, vous avez une décision très difficile : faire cet investissement substantiel pour rattraper le retard… ou chercher à déménager ailleurs », dit Chuba.

Pour les ateliers mainframe plus petits qui « ont pris beaucoup de retard, et le mainframe n’a pas été un atout stratégique et un différenciateur concurrentiel », le choix peut être moins simple, dit-il. « Ils peuvent fonctionner sur du matériel vieux de 10 ans avec des logiciels non pris en charge, donc tenter de moderniser peut être trop volumineux. »

Mais pour les entités qui peuvent potentiellement réaliser un avenir sans avoir à maintenir un gros fer en interne, voici les informations essentielles des responsables informatiques qui ont commencé le voyage.

Méfiez-vous du décalage des données volumineuses

Pour le fabricant de câbles Southwire, l’impulsion pour quitter les mainframes était le vieillissement des équipements. C’est devenu une question de savoir « voulions-nous être dans le domaine des centres de données ou y a-t-il d’autres personnes qui traitent mieux », explique Dan Stuart, vice-président senior de l’informatique chez Southwire, qui fabrique des fils et des câbles pour la transmission et la distribution d’électricité. .

Un autre facteur était « l’évitement des coûts », explique Stuart, alors que le cycle de renouvellement des équipements et les renouvellements des contrats logiciels approchaient. Au lieu de cela, l’entreprise a choisi de déplacer son environnement SAP principal et ses systèmes de niveau 1, y compris le système de ressources de fabrication de l’entreprise, vers Google Cloud Platform (GCP).

La migration a eu lieu au milieu de la pandémie en juillet 2020 et a été entreprise par une combinaison de personnel interne, de services Google et d’un fournisseur tiers, explique Stuart, ajoutant que le système SAP principal de Southwire fonctionne toujours sur une base de données IBM DB2 dans GCP, alors que son d’autres applications de niveau 1 s’exécutent sur Google Cloud VMware.

La migration a pris environ huit à neuf mois et Stuart est satisfait des résultats. « Nous n’avons pas rencontré beaucoup de problèmes du tout » en exécutant SAP dans le cloud, dit-il. « Je dirais moins que sur site. »

Mais ne pas avoir un « plan de projet bien conçu » autour des données est quelque chose qui, selon Stuart, a entraîné des problèmes. « Si c’était à refaire, je regarderais la taille de nos bases de données et je les nettoierais avant de couper et de prendre beaucoup de données historiques et de les archiver », dit-il. « Le vrai ‘gotcha’ pour nous était que nous avions besoin d’environ deux jours complets d’arrêt pour faire cela et pour une entreprise qui fonctionne 24 heures sur 24, 7 jours sur 7, c’est à peu près tout le temps dont nous disposons. »

La prochaine étape consiste à déplacer quelques autres systèmes de fabrication de niveau 1 qui, selon Stuart, sont prêts pour le cloud maintenant que le service informatique a implémenté le SD-WAN.

« Nous savions que nous devions augmenter notre bande passante pour réduire tout type de problèmes de performances », explique-t-il. « Nous venons de commencer à déployer le SD-WAN avec des lignes de données redondantes avec les fournisseurs de réseau pour réduire le temps d’arrêt et augmenter la quantité de bande passante. »

Fort de son expérience, Stuart conseille aux responsables informatiques de nettoyer et de purger les données avant de déplacer les applications mainframe vers le cloud. « Vous ne voulez pas porter [excess data] plus parce que vous ne voulez pas payer pour cela. Il serait donc fortement recommandé de dimensionner correctement cet environnement. Après cela, vous savez exactement quelles données vous voulez importer », dit-il.

En passant au cloud, Southwire a également pu rationaliser son processus de reprise après sinistre. Et parce que l’entreprise est « très importante en matière d’ESG et de développement durable », le fait de devoir gérer et entretenir des mainframes permet à l’entreprise de réduire son empreinte carbone, déclare Stuart.

Soyez stratégique et mettez en place une architecture correcte

En revanche, l’approche de FedEx pour sevrer les mainframes sur site est multivariée. Par exemple, dans le cadre de sa « stratégie de retrait, de remplacement et de refonte », l’environnement de la société de fret de FedEx – l’une de ces applications mainframe « collantes » à 10 % – sera retiré parce que « cela ne valait pas la peine d’être complètement repensé et investir beaucoup d’argent », dit Spangler.

« Nous voulons avoir des solutions d’entreprise efficaces, donc dans ce cas, nous re-plateformons le mainframe car il disparaîtra dans deux ans et nous aurons [new] solutions d’entreprise », dit-il. Spangler a ajouté que « nous sommes très prudents et ne nous contentons pas de reformater les choses de manière générique ».

Dans l’ensemble, le travail de désinvestissement du mainframe de FedEx est effectué par une combinaison d’équipes internes et externes. La « partie lourde » de son plan de retraite mainframe a démarré en 2021. L’objectif est d’être fait d’ici 2023.

Pourtant, Spangler conseille aux responsables informatiques d’« avoir une vision économique » de ce qu’il faut migrer étant donné qu’il existe encore des « capacités technologiques considérables » sur le mainframe. «Ce ne peut pas être une chose théorique», dit-il. « Nous savons juste pour notre environnement, parce que nous sommes une entreprise de plus de 40 ans… nous avons de vieilles technologies que nous remplaçons de toute façon, et lorsque nous avons examiné notre stratégie d’entreprise, cela avait du sens. »

Selon Spangler, les responsables informatiques doivent également garder à l’esprit les principes d’ingénierie et d’architecture. « Beaucoup de gens sont tellement concentrés sur l’élimination de leurs mainframes qu’ils se retrouvent avec des dégâts », dit-il, ajoutant qu’une ingénierie et une architecture solides dès le départ vous aideront à vous assurer que vous vous retrouvez avec quelque chose de moderne, de classe mondiale, extensible, sécurisé et modifiable.

Enfin, Spangler recommande aux responsables informatiques « de mettre à jour en permanence votre plan car c’est une bataille. C’est dur. Brutalement dur. Nous basons littéralement notre analyse de rentabilisation sur cette base chaque trimestre et construisons de bas en haut. »

Pour ce faire, FedEx doit examiner tous les coûts et les éléments d’économie et commencer par une feuille blanche qui considère si les hypothèses correspondent à la réalité. Cela garantit que si quelque chose a changé, les responsables en sont conscients, dit-il.

« Chaque semaine, chaque trimestre et chaque année, nous en savons plus », dit-il. « En ce moment, nous sommes très stables. Nous sommes super confiants avec une ligne de mire élevée et nous exécutons très fort.

Ne pas nuire aux applications critiques

Lorsque vous décidez s’il est temps de ne plus héberger votre propre gros fer, il y a un certain nombre de variables à prendre en compte. Outre le coût de la modernisation des opérations et des applications de votre mainframe et la prise en compte des compétences internes nécessaires pour maintenir un mainframe et ses applications en bon état de marche, les entreprises doivent réfléchir à la valeur de la disponibilité, de la sécurité, de la résilience et de l’intégrité transactionnelle – qui sont souvent difficiles à quantifier, dit Chuba de Gartner.

« Les gens essaient de quitter le mainframe depuis 10 à 15 ans, et de nombreux DSI se trouvent le long de la route. … Ils sont arrivés avec une charte pour quitter l’ordinateur central et ont échoué », dit-il. « Cela tient en partie au fait que les fournisseurs ont trop promis, mais la vérité est que ce n’est pas facile. Le fruit à portée de main s’est éloigné [the mainframe] parce qu’il y a des endroits où ces applications peuvent être déplacées plus efficacement. Mais si une application critique est migrée puis tombe en panne, une entreprise pourrait se retrouver en faillite, explique Chuba.

Les fournisseurs de cloud, et en particulier les hyperscalers, ont consacré beaucoup de ressources et d’investissements pour faciliter la migration des applications depuis leurs mainframes au cours des 10 dernières années, dit-il – des capacités qui ne cesseront de s’améliorer.

Cela dit, pour la plupart des organisations, et en particulier les grands ateliers mainframe, « le mantra est : ‘Ne nuisez pas à ces applications critiques pour l’entreprise », déclare Chuba. « Ils ont besoin d’une analyse de rentabilisation solide et de l’assurance que la transition se fera sans heurts et que leurs applications fonctionneront avec le même niveau de performances, de résilience, d’intégrité transactionnelle et de sécurité dans le cloud que ce qu’elles avaient dans les mainframes. »

Alors que les DSI réfléchissent à ce qu’il faut faire de leurs mainframes, Chuba explique que cela se résume à quelques facteurs essentiels : « Si vous avez un problème de compétences, vous devez d’abord et avant tout faire quelque chose, que ce soit passer au cloud ou à un MSP,  » Dit Chuba. « Si vous n’avez pas le [mainframe] compétences, vous n’avez pas beaucoup d’options. Vous ne pouvez pas simplement fermer la porte et éteindre les lumières et espérer et prier pour que les choses fonctionnent.

Quant à ceux qui envisagent de déplacer leurs applications mainframe vers le cloud plutôt que de les moderniser, « la discussion porte sur le degré de risque que vous êtes prêt à prendre », dit-il, soulignant que si un projet de migration mainframe s’étend sur trois à six à neuf à 12 ans, les responsables informatiques encourent beaucoup de coûts en cours de route.

« FedEx est en quelque sorte assis à la table de poker et dit: » Nous sommes tous d’accord « . S’ils peuvent le faire et le retirer en temps opportun, je n’ai aucun doute…. ils pourront revendiquer la victoire », dit Chuba. « Mais pour les clients qui traînent les pieds ou perdent l’élan sur ces projets [after] en commençant par des fruits à portée de main, puis le projet s’enlise et ils poursuivent le prochain objet brillant… les coûts pourraient s’avérer assez importants.

Spangler de FedEx convient que, quel que soit l’environnement dans lequel vous prenez votre retraite, l’informatique et l’entreprise doivent rester engagées. « Il faut le diriger [and] il faut y aller fort, car ces types de technologies sont très intégrés. Et vous devez rester concentré. C’est la partie la plus difficile », dit-il.