{"id":64214,"date":"2024-02-13T11:27:33","date_gmt":"2024-02-13T09:27:33","guid":{"rendered":"https:\/\/www.arcadsoftware.com\/arcad\/?p=64214"},"modified":"2024-07-08T11:43:29","modified_gmt":"2024-07-08T09:43:29","slug":"faut-il-migrer-les-applications-legacy-ou-rester-sur-la-plateforme-ibm-i","status":"publish","type":"post","link":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/faut-il-migrer-les-applications-legacy-ou-rester-sur-la-plateforme-ibm-i\/","title":{"rendered":"Faut-il migrer les applications Legacy ou rester sur la plateforme IBM i ?"},"content":{"rendered":"
\n
\n
\n

Par Adrian Tully<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div><\/div><\/div>

Selon un rapport de la Cloud Security Alliance,<\/a><\/strong><\/span> 90 % des directeurs informatiques ont vu leurs projets de migration \u00e9chouer ou \u00eatre perturb\u00e9s. Les \u00e9checs dus \u00e0 un manque de compr\u00e9hension ou \u00e0 une mauvaise application des pratiques du secteur, ou les aspects non fonctionnels d’un projet de migration, qui ne garantissent pas l’\u00e9volutivit\u00e9, la fiabilit\u00e9 et les performances, peuvent tous avoir un impact sur la r\u00e9ussite d’un projet de migration. Il existe une meilleure fa\u00e7on d’aborder la migration de vos applications legacy. Prenez bien note de ce qui suit !<\/b><\/p>\n<\/div><\/div><\/div>

\"Visual<\/span><\/div><\/div><\/div>

Summary<\/h2>\n
    \n
  1. Technologie POWER<\/span><\/span><\/a><\/li>\n
  2. Un nouveau risque<\/span><\/span><\/a><\/li>\n
  3. Legacy vs Heritage<\/span><\/span><\/a><\/li>\n
  4. Des outils standard tels que Git sur IBM i<\/span><\/span><\/a><\/li>\n
  5. Une suite de tests moderne<\/span><\/span>\u00a0<\/span><\/a><\/li>\n
  6. Des services web en 10 minutes ?<\/span><\/span><\/a><\/li>\n
  7. Conclusion<\/a><\/li>\n<\/ol>\n<\/div>
    <\/div>\n

    1. Technologie POWER<\/h2>\n

    Votre base de code RPG au format fixe s’ex\u00e9cute sur une plateforme qui permet \u00e9galement \u00e0 l’IA d’IBM de fonctionner, c’est le point d’appui de la mise \u00e0 disposition de clouds hybrides, elle est class\u00e9e num\u00e9ro 1 en termes de fiabilit\u00e9 par ITIC Global Reliability (et ce, depuis 12 ans).<\/b> La plateforme POWER qui est \u00e0 la base de l’IBM i nous permet d’utiliser les technologies les plus r\u00e9centes pour fournir la logique d’entreprise dont notre organisation a besoin de mani\u00e8re stable et fiable. Pourquoi s’\u00e9loigner d’une plate-forme fiable qui a fait ses preuves et qui fait l’objet d’un d\u00e9veloppement constant pour rester \u00e0 la pointe de la technologie ?<\/p>\n

    <\/div>\n

    2. Un nouveau risque<\/h2>\n

    Nous g\u00e9rons de nouveaux risques tous les jours.<\/b> Chaque fois que nous apportons un changement \u00e0 nos syst\u00e8mes de production, il y a un risque : l’entreprise a-t-elle autoris\u00e9 la mise en place d’une nouvelle version ? Les \u00e9quipes op\u00e9rationnelles sont-elles pr\u00eates \u00e0 proc\u00e9der \u00e0 la mise en \u0153uvre ? Les \u00e9tapes de l’installation sont-elles claires ? Ces risques ne disparaissent pas simplement parce qu’il s’agit d’une plateforme habituelle ou d’un langage de programmation pour lequel nous disposons d’une \u00e9quipe d’experts, mais ils sont en grande partie att\u00e9nu\u00e9s. Nous avons d\u00e9j\u00e0 proc\u00e9d\u00e9 de cette mani\u00e8re, nous le faisons normalement avec succ\u00e8s et les parties prenantes de l’entreprise sont satisfaites de savoir que nous serons en mesure de d\u00e9ployer nos changements avec un minimum d’impact n\u00e9gatif sur leurs syst\u00e8mes et leurs clients.<\/p>\n

    Aujourd’hui, nous essayons de proposer une nouvelle plateforme (risque), une nouvelle application (risque), avec une nouvelle interface (risque) pour l’entreprise. Nous allons r\u00e9\u00e9crire (risque) l’application sur laquelle ils s’appuyaient avec de nouveaux m\u00e9canismes de livraison du changement (risque) sur une architecture qui n’a pas fait ses preuves (risque). Une r\u00e9volution dans la fa\u00e7on dont l’entreprise fonctionne (risque), une perturbation des processus actuels (risque) pour apporter de nouvelles am\u00e9liorations (espoir).<\/p>\n

    Avant de nous arr\u00eater sur le mot “perturbation”,<\/b> devons-nous vraiment prendre l’\u00e9quipe d’experts en RPG et en applications commerciales et la transformer en une \u00e9quipe restreinte de programmeurs juniors sur lesquels nous nous appuierons pour construire le nouveau monde Java, et qui s’occupera de l’entreprise pendant que nous \u00e9crirons les nouvelles applications n\u00e9cessaires ? Les risques augmentent en fl\u00e8che et il existe une meilleure fa\u00e7on d’aborder la question – il est possible d’\u00e9viter de se compliquer la t\u00e2che pour les prochains mois et d’envisager une voie plus prudente. Nous apporterons des changements plus modestes plus rapidement, avec moins de risques, moins d’exposition \u00e0 l’\u00e9chec, moins d’impact sur les utilisateurs et les clients. Cependant, nous pouvons encore moderniser, nous pouvons am\u00e9liorer notre base de code pour en faire quelque chose de plus familier pour les nouveaux codeurs. Nous n’utilisons plus RPG3 (pour la majorit\u00e9), et le langage RPG a \u00e9volu\u00e9 vers un code moderne en format libre qui peut utiliser le meilleur de la plate-forme IBM POWER.<\/b><\/p>\n

    <\/div>\n

    3. Legacy vs Heritage<\/h2>\n

    Historiquement, on ne pouvait pas compter sur les convertisseurs de code, mais aujourd’hui, avec un taux de conversion de pr\u00e8s de 100 % en format RPG enti\u00e8rement libre dans votre application sur mesure, tout cela a chang\u00e9. ARCAD Transformer RPG<\/span><\/a> peut \u00eatre utilis\u00e9 sur la source de votre application legacy pour cr\u00e9er un RPG free form moderne tout en conservant toutes les fonctionnalit\u00e9s existantes.<\/b> De plus, RPG est le langage natif de l’IBM i, nous n’avons donc pas \u00e0 risquer les probl\u00e8mes de performance inconnus auxquels nous sommes confront\u00e9s lorsque nous passons \u00e0 un nouveau langage sur une nouvelle plate-forme.<\/p>\n

    Ce code en free format permet \u00e0 votre application d’\u00eatre \u00e0 l’\u00e9preuve du temps.<\/b> Le RPG Free Format \u00e9tant plus facile \u00e0 lire, plus facile \u00e0 coder et plus facile \u00e0 documenter, il r\u00e9duit les co\u00fbts et le temps n\u00e9cessaires \u00e0 la maintenance de votre application existante. Le free format ouvre \u00e9galement votre base de talents \u00e0 une nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs d’applications. Vous pouvez int\u00e9grer vos programmeurs .NET et Java dans votre \u00e9quipe d’application existante, car la courbe d’apprentissage du RPG free format est tr\u00e8s faible pour les d\u00e9veloppeurs RPG existants, mais aussi pour les d\u00e9veloppeurs de syst\u00e8mes ouverts. Sans la structure fixe du code, le RPG a un style moderne qui est facile \u00e0 comprendre pour les nouveaux d\u00e9veloppeurs, en particulier lorsqu’il est associ\u00e9 \u00e0 l’outil ad\u00e9quat.<\/p>\n

    ARCAD Transformer RPG vous permet de convertir en un clic le format RPGLE en RPG free format<\/b> et vous pouvez le faire \u00e0 partir de votre plugin eclipse sur RDi<\/b>. Il a \u00e9t\u00e9 d\u00e9velopp\u00e9 en collaboration avec l’\u00e9quipe de compilateurs RPG d’IBM et si le compilateur est satisfait de la conversion, vous pouvez \u00eatre assur\u00e9 que vous conserverez l’avantage commercial que vous avez d\u00e9velopp\u00e9 au cours des derni\u00e8res d\u00e9cennies.<\/p>\n<\/div>

    \"Visual<\/span><\/div><\/div><\/div>

    Comment l’outil ARCAD for DevOps peut aider les responsables informatiques \u00e0 contr\u00f4ler les co\u00fbts et \u00e0 acc\u00e9l\u00e9rer la livraison de logiciels sur IBM i ?<\/strong><\/p>\n<\/div>

    Lire la datasheet<\/span><\/i><\/a><\/div><\/div><\/div>
    <\/p>\n
    <\/div>\n

    4.Des outils standard tels que Git sur IBM i<\/h2>\n

    Nous avons converti notre ancien code \u00e0 format fixe en un code RPG free format moderne et nous voulons maintenant am\u00e9liorer la fa\u00e7on dont nous travaillons avec ce code. Maintenant que nos d\u00e9veloppeurs travaillent sur du code moderne, ils essaient de g\u00e9rer leurs multiples branches de d\u00e9veloppement. Du c\u00f4t\u00e9 des entreprises non-i, les \u00e9quipes de d\u00e9veloppement sont d\u00e9j\u00e0 familiaris\u00e9es avec Git et ses r\u00e9f\u00e9rentiels et peuvent facilement g\u00e9rer la fusion des changements de fonctionnalit\u00e9s dans la branche release, et il n’y a aucune raison pour que nous, sur IBM i, ne puissions pas tirer parti des outils disponibles. Nous pouvons stocker le RPG dans nos d\u00e9p\u00f4ts Git, nous pouvons l’utiliser pour g\u00e9rer nos branches, notre d\u00e9veloppement simultan\u00e9 et la fusion des changements dans une version unique \u00e0 d\u00e9ployer en production.<\/p>\n

    Avec ARCAD for DevOps<\/span><\/a><\/span><\/strong> vous pouvez maintenant prendre cette source depuis Git et automatiser votre pipeline de d\u00e9veloppement :<\/p>\n