6 décembre 2021
Alex Woodie
Amazon Web Services, le plus grand fournisseur de services cloud au monde, a dévoilé la semaine dernière un nouveau service pour aider les clients mainframe IBM à moderniser leurs charges de travail et à les déplacer vers le cloud. Le géant du cloud, qui se dit entièrement motivé par les besoins de ses clients, lancera-t-il un service similaire pour les charges de travail de milieu de gamme s’exécutant sur IBM i ?
AWS Mainframe Modernisation est un nouveau service AWS lancé lors de sa conférence re:Invent la semaine dernière, qui vise à rendre « la migration plus rapide et plus facile de la charge de travail mainframe et héritée vers le cloud ». En plus des composants AWS, le service inclut des rôles pour les intégrateurs de systèmes, tels que Accenture et Technologie DXC, qui fournira une grande partie du gros travail de déplacement de ces applications complexes dans leurs nouvelles maisons nuageuses.
Le service comprend un environnement d’exécution sur EC2, avec certaines configurations de calcul, de mémoire et de stockage, pour exécuter à la fois les applications refactorisées et re-plateformes. Il apporte également toutes les fonctionnalités du cloud (approvisionnement, équilibrage de charge, mise à l’échelle automatique, etc.) ainsi que la sécurité et la surveillance qu’exigent ces applications d’entreprise critiques.
Selon AWS, le service de modernisation du mainframe donne aux utilisateurs la possibilité de « refactoriser » leurs charges de travail mainframe en les transformant en services cloud basés sur Java, ou de les « re-platformer » avec des modifications de code minimales. Le premier est un processus plus complexe qui consiste à décomposer le code hérité et à le réécrire pour qu’il s’exécute efficacement dans des environnements modernes basés sur des conteneurs, tandis que le second est une approche de type « lift and shift » plus rapide.
Adam Selipsy, l’ancien chef de Logiciel Tableau qui a repris le poste de PDG chez AWS plus tôt cette année après qu’Andy Jassy a pris la place de Jeff Bezos à la tête de la cinquième plus grande entreprise au monde, a déclaré qu’AWS cherchait à rendre le cloud rentable “pour chaque charge de travail”, et cela inclut IBM Charges de travail System z.
AWS souhaite migrer les charges de travail du mainframe IBM pour qu’elles s’exécutent sur son cloud.
« Les mainframes sont chers. Ils sont compliqués. Et il y a de moins en moins de personnes qui apprennent à programmer COBOL ces jours-ci », a déclaré Selipsky lors de son discours à re:Invent la semaine dernière. « C’est pourquoi nombre de nos clients essaient de quitter leurs mainframes aussi vite que possible pour gagner en agilité et en élasticité. »
AWS a déjà travaillé avec ses partenaires pour migrer les applications mainframe vers le cloud, et a plusieurs études de cas sur son site Web qui traitent des projets en profondeur.
Par exemple, AWS a aidé le New York Times migrez une application CICS et z/OS basée sur COBOL qui gérait la facturation, la facturation, les comptes clients, l’acheminement des livraisons, le catalogue de produits, la tarification et les rapports financiers vers le cloud AWS. L’application était composée de 2 millions de lignes de COBOL, utilisait une interface 3270 basée sur BMS, stockait des données au format VSAM KSDS et comportait 600 tâches par lots, qui étaient gérées via JCL et CA7, selon l’étude de cas sur le site Web d’AWS.
La Dame Grise a fait appel à un partenaire commercial nommé Systèmes modernes pour refactoriser le COBOL en une application Java à trois niveaux, orientée objet. Les fichiers VSAM KSDS ont été remplacés par un Oracle base de données; les cartes CICS BMS ont été transformées en interfaces graphiques avec des composants JavaServer Faces (JSF), HTML/CSS et JavaScript ; les contrôles de sécurité RACF ont été remplacés par Spring security et Microsoft Active Directory; Le middleware CICS a été remplacé par un ensemble de logiciels open source ; la requête et les rapports QMF et DB2 ont été remplacés par Rapports Jasper et les outils Oracle ; et ainsi de suite.
Le projet a été divisé en deux phases, dont la refactorisation automatisée, qui a commencé en 2015 et a duré deux ans, et la migration AWS, qui a commencé en 2017 et a duré huit mois. Au total, les tests ont représenté environ 70 à 80 % du temps consacré au projet, a déclaré AWS. La nouvelle application Java, appelée Aristo, a été lancée en août 2017. Elle a réduit les coûts informatiques du journal de 70 %, selon AWS.
AWS souhaite migrer COBOL vers Java. (Cliquez sur le graphique pour la vidéo.)
AWS propose également des études de cas détaillant les migrations de mainframe complété avec l’armée de l’air des États-Unis et Kmart, qu’elle a complété avec son partenaire Micro-mise au point. Clairement, le géant du cloud et ses partenaires ont une certaine expérience de ces migrations, qui peuvent être douloureuses, salissantes et chronophages, et qui échouent souvent, comme l’avait fait la première migration du New York Times en 2006. Le fait qu’AWS déploie un service indique que l’entreprise pense avoir opté pour une approche et une méthodologie qui, selon elle, peuvent réussir parmi un ensemble plus large de magasins mainframe.
« La modernisation du mainframe AWS peut réduire jusqu’à deux tiers le temps nécessaire pour déplacer les charges de travail du mainframe vers le cloud, grâce à un ensemble complet d’outils de développement, de test et de déploiement, ainsi qu’à des environnements d’exécution compatibles avec le mainframe », Selipsky mentionné. « La modernisation du mainframe vous aide à évaluer, à analyser votre application mainframe pour savoir si elle est prête, à choisir le chemin que vous souhaitez – re-plateforme ou refactorisation – puis à élaborer un plan. »
AWS proposera-t-il un programme similaire pour le petit frère du mainframe, le serveur IBM i ? À ce stade, rien n’indique que ce sera le cas. Cependant, si l’entreprise ne livre vraiment que ce que ses clients lui demandent, cela semble être une possibilité pour l’avenir.
Bien qu’il y ait moins de mainframes IBM en cours d’exécution que les serveurs IBM i et les machines précédentes, ils ont généralement des charges de travail plus importantes. Les mainframes sont également largement utilisés dans les secteurs des services financiers et de la santé, et les entreprises ont tendance à être plus grandes que les bastions d’IBM i dans la fabrication, la distribution et la vente au détail.
Cela dit, il existe de nombreux grands déploiements IBM i dans le monde qui font face à des circonstances très similaires à celles de leurs homologues mainframe. Ils exécutent des plates-formes propriétaires avec des applications écrites dans des langues plus anciennes qui ne sont pas beaucoup enseignées à l’école. IBM a adopté les technologies open source pour tenter de renforcer les capacités des machines et les capacités des individus de la communauté, avec un succès mitigé.
Les concurrents d’AWS ont dansé avec le serveur milieu de gamme dans une certaine mesure. De retour en 2019, Microsoft – qui a une histoire compliquée avec le serveur milieu de gamme IBM – a dévoilé le dernier programme attirer les magasins IBM i dans ses bras. Cela n’avait pas l’air très différent de ce qu’AWS fait maintenant avec le mainframe : impliquer des partenaires pour faire le gros du travail de refactorisation du code dans un langage plus récent (langages .NET, mais aussi Java et PHP) et un middleware plus « moderne », tandis que héberger les applications migrées finales dans Azure. Microsoft travaille également avec un partenaire de la région de Seattle Skytap pour intégrer les processeurs IBM Power (et les applications IBM i natives) dans Azure, où il peut être mis à l’échelle et géré parallèlement aux applications Azure basées sur X86.
Pendant ce temps, Google Cloud semble avoir rencontré un problème avec son projet de créer des environnements IBM i dans son cloud. Il exécute déjà des processeurs Power, mais il est limité à AIX et Linux ; l’environnement IBM i est bloqué en alpha.
AWS est devenue une entreprise géante, avec 1,5 million de clients et un taux d’exécution de 68 milliards de dollars. Il propose plus de 200 services gérés prédéfinis, allant des bases de données et des lacs de données aux offres d’analyse, et plus de 400 instances d’exécution sur EC2. Il exécute une multitude de processeurs en plus du X86, notamment ARM, AMD, Nvidia et même Mac, et a même commencé à développer son propre silicium personnalisé qui, selon lui, peut exécuter les charges de travail des clients encore plus efficacement.
L’entreprise affirme sans relâche qu’elle ne construit que ce que ses clients lui demandent de construire ; il n’y a pas de « construisez-le et ils viendront ». Avec des appels à davantage de services de haut niveau au lieu de blocs de construction, son CTO, Werner Vogel, a blâmé les clients. “C’est de votre faute” il y a 200 blocs de construction Lego, a-t-il déclaré cette semaine à re:Invent.
Pourrait-il y avoir de la place pour un service IBM i chez AWS ? Cela ne semble pas être dans les cartons pour le moment. Mais si les clients AWS qui ont également une poignée d’applications IBM i le demandent, il est concevable qu’AWS et ses partenaires puissent en prendre note.
HISTOIRES CONNEXES
IBM i sur Google Cloud semble être bloqué en alpha
La modernisation l’emporte sur la migration pour IBM i et mainframe, selon IDC
Microsoft veut migrer votre code IBM i vers Azure
La pénurie de compétences IBM i accélère-t-elle les migrations de plate-forme ?
Microsoft cible les migrations IBM i, z/OS avec le programme PMA
Le plan de migration d’Infinite cible les ISV IBM i
Speedware annonce le service de migration AS/400 vers HP
Speedware se joint au programme Microsoft AS/400
Speedware affirme que le convertisseur de code RPG en .NET est la vraie affaire
Un possible environnement d’émulation et d’exécution AS/400
L’achat transitif d’IBM présente des options de serveur intéressantes
Cool Stuff : Transitive émule les plates-formes de serveur sur d’autres fers
— to www.itjungle.com
Jeu de briques
Snake
Pacman
Bubble