Des performances informatiques insuffisantes, une absence de connexion du mainframe au cloud, des coûts élevés de licences et d’exploitation informatique, le manque de personnel et de compétences dans les « anciens » langages de programmation sont autant de raisons de moderniser le mainframe. zFuture est la suite de modernisation basée sur des outils pour la modernisation des applications sur le mainframe, l’intégration du mainframe dans de nouveaux environnements informatiques ou un remplacement du mainframe.
T-Systems aborde les projets de modernisation selon le schéma DECIDE.PLAN.ACT : le point de départ du projet est l’analyse de l’environnement technologique actuel des mainframes. Cela se fait dans le cadre d’une évaluation basée sur l’approche Gartner 7R, la « norme » pour les projets de modernisation informatique.
En conséquence, T-Systems recommande aux clients quelles applications doivent être modernisées sur le mainframe ou par migration, lesquelles doivent être supprimées ou remplacées par des solutions standard (DECIDE). Pour planifier la mise en œuvre concrète, une étude détaillée du code des applications, des bases de données, de la gestion des données, des ordonnanceurs, des processus par lots, de l’archivage, du transfert de fichiers, de la sécurité, des accès, du cryptage et des interfaces est effectuée. Il en découle un calendrier et un budget concrets pour la modernisation (PLAN). Un business case validé, une gestion des risques et des projets avec des fenêtres de temps réalistes pour la transformation et la modernisation des composants mainframe, des expertises sur les scénarios de test ainsi que sur les tests et sur les architectures cibles garantissent le projet de modernisation (ACT).
Un système central de gestion du temps basé sur un mainframe devait être modernisé. Les coûts de licence pour la base de données, qui ont augmenté et augmenteront encore, ont été un énorme facteur de coûts dans l’exploitation. Le système de gestion du temps utilisait pour sa base de données l’historique Integrated Database Management System (IDMS). Le système enregistre et traite les données en mode batch.
T-Systems a présenté plusieurs options de modernisation. La décision a été prise en faveur d’une transformation de la base de données IDMS vers DB2. DB2, bien établi dans l’environnement mainframe, offre de nombreuses possibilités de modernisation, contrairement à IDMS. De plus, les bases de données relationnelles DB2 prennent en charge non seulement COBOL, mais aussi Java, C#, .NET, C++ et SQL. Cette migration entre bases de données caractérise le chemin de migration le plus complexe pour les bases de données. Les modèles et formats de données doivent être transformés. Le plus grand défi réside dans la conversion du code source pour le système de gestion de base de données (SGBD). Le SGBD gère la base de données. Il offre par exemple des interfaces pour la création, l’édition et les requêtes. Au fil des années, le code de la base de données IDMS avait atteint 4,5 millions de lignes. Celui-ci a dû être adapté et les dépendances correspondantes – source d’erreur habituelle dans les projets de refactoring des mainframes – ont été prises en compte. En outre, le code était soumis à de fréquents cycles de maintenance et de développement, par exemple pour répondre à de nouvelles exigences légales ou pour refléter l’évolution de l’entreprise. Pour des raisons de coûts et d’efficacité, la transformation du code a été automatisée avec Astadia, partenaire de T-Systems. Les outils Astadia sont très bien adaptés pour transformer le code des anciens langages en langages de programmation de pointe comme Java. Ainsi, le code a été transformé en plusieurs cycles puis testé et les erreurs ont été identifiées et corrigées. La solution finale a vu le jour en l’espace de 18 mois. Elle permet un degré d’automatisation de 99,5 % et assure une transformation sans erreur du transfert de code.
L’objectif du client est de mettre en œuvre sa stratégie mainframe « off » vers le cloud afin de réaliser des économies significatives sur le matériel mainframe, les licences logicielles et les coûts d’exploitation. L’accent est mis dans un premier temps sur la modernisation d’une application critique basée sur COBOL dans le secteur de la production de l’entreprise. Il s’agit d’un système avec de nombreuses instances et interfaces à migrer, une distribution mondiale ainsi qu’une utilisation en Europe, en Asie et en Amérique avec 30 installations d’usine séparées.
Une évaluation détaillée sert de base pour comprendre l’application, les dépendances, le rôle de l’application dans le modèle d’entreprise, l’infrastructure associée et l’identification des risques. Dans le cadre du projet, la migration de l’application du client vers le Software Defined Mainframe (SDM) du partenaire technologique de T-Systems, LzLabs, est effectuée. D’autres mesures sont la modernisation de l’ordonnanceur AJM et le passage à Control-M ainsi que la transformation du langage de programmation macro en COBOL natif. En outre, l’environnement cloud Azure souhaité est préparé pour le SDM et un nouveau processus de développement DevOps est conçu et mis en œuvre. Dans le cadre d’une gestion systématique des risques, des tests de régression sont conçus et mis en œuvre pour l’exploitation parallèle afin d’éviter les risques lors de la migration d’éléments d’application du mainframe vers le cloud. La base de décision pour la réalisation du projet de modernisation est un business case convaincant, des mesures pour éviter la perte de données et l’élimination des problèmes de performance potentiels (mainframe 5,5 GHz vs. cloud 3,6 GHz).
Le système RH d’un grand constructeur automobile allemand, basé sur COBOL, centralisé et utilisé sur les sites de production allemands, doit être migré vers un environnement de cloud hybride. Les données et la prévention des pertes de données lors de la migration sont d’une grande importance pour le client.
Le point de départ du projet est l’analyse automatisée du code source via le partenaire de migration de T-Systems, Astadia. L’utilisation étendue des outils de transformation d’Astadia et l’analyse automatisée des réseaux d’emploi AJM par le partenaire technologique apsware ont lieu.
Dans le cadre de la transformation, la migration du code source COBOL vers JAVA, du code JCL vers Bash, la transformation des scripts REXX et CLIST et des programmes en assembleur vers un autre langage de script sont effectués. Pour la migration de la base de données, Astadia DataTurn est utilisé pour la migration DB2 vers Postgre SQL. En outre, de nouveaux services REST seront mis en œuvre. Le testing est une exigence essentielle des clients. Des scénarios de test existaient côté client et peuvent être utilisés. L’automatisation des tests est une tâche essentielle au sein du projet de migration afin de minimiser les efforts et le temps de mise en œuvre et d’éliminer les sources d’erreurs manuelles. Dans le cadre du projet, des tests fonctionnels et de régression sont effectués afin de réduire les risques lors de la migration vers la plateforme cible. Des tests de charge et de performance ont été effectués afin de démontrer l’intégration de tous les composants sur la plateforme cible.
L’utilisation d’outils de migration modernes, une expertise mainframe avérée, une longue expérience dans les projets d’intégration et de migration et des compétences en matière de test ont permis de gagner la confiance du client et de confier la réalisation du projet à T-Systems.
Notre client a systématiquement suivi une stratégie Cloud First et a donc externalisé son Mainframe. Le processus de mise en œuvre de la stratégie a commencé par une planification et une évaluation approfondies à l’aide des outils du programme AWS Migration Acceleration (MAP), qui aident les entreprises à évaluer leurs charges de travail Mainframe, à identifier les meilleures stratégies de migration et à établir une feuille de route claire pour le processus de replatforming et à sélectionner le partenaire de replatforming approprié.
La solution comprenait la migration des applications du client du Mainframe vers un Mainframe défini par logiciel x86 (SDM) fourni par le partenaire technologique LzLabs. Il s’agit notamment de prendre en charge la conception, la construction et les tests de l’environnement SDM, dans lequel tous les environnements d’application (ENG, DEV, INT, PROD) sont migrés sans qu’il soit nécessaire de réécrire le code d’application COBOL, puisque tous les modules peuvent être exécutés sur x86. L’environnement Cloud est préparé pour AWS grâce à un Cloud Migration Framework et à la mise en place de l’AWS Landing Zone. Dans ce cadre, T-Systems a pris en charge le SDM sur AWS et la gestion des services Cloud AWS. Ensemble, ces services AWS – EC2 pour le traitement évolutif des données, IAM pour la gestion sécurisée des accès, S3 pour le stockage permanent et AWS Backup pour la protection automatisée des données – forment un système de support cohérent qui permet un replatforming efficace et sécurisé des applications Mainframe vers le Cloud.
Pour le client, la solution entraîne une réduction drastique des coûts annuels de licence et des coûts matériels, logiciels et d’exploitation d’environ 70 % grâce au remplacement du Mainframe. Le capital libéré a pu être utilisé pour d’autres activités. Les goulots d’étranglement en matière de savoir-faire dans la technologie Mainframe sont comblés. T-Systems, en tant que partenaire Mainframe et AWS Cloud Technology, offre aux clients un savoir-faire d’un seul tenant et facilite une stratégie de déchargement du Mainframe et la migration Cloud. En outre, l’exploitation des applications est gérée par un fournisseur de services Cloud éprouvé.
