Skip to content Skip to footer

IBM i – Ce dont vous avez besoin de savoir pour migrer vers le cloud

L’IBM i est, de par sa conception, une plate-forme multi-tenant capable de partager et de virtualiser des ressources. Lorsque j’ai co-écrit le Redbook sur la modernisation en 2014, cela était bien expliqué dans le chapitre Cloud. La “multi-tenancy” et la virtualisation sont la base des applications Cloud. L’infrastructure est donc couverte avec notre IBM i. Maintenant, concernant votre application logicielle, vous devrez considérer différents points que je résume dans cette page.

Déplacement de l’application telle quelle vers un IBM i “dans le cloud”

Vous devrez principalement considérer :

  • La qualité de l’interface utilisateur que vous souhaitez utiliser
    • Revamping du navigateur à partir de l’écran 5250 (écran vert)
    • Écran transformé du navigateur à partir de l’écran vert
    • Navigateur transformé et interface utilisateur réactive (pour navigateur + mobile)
  • La qualité du reporting à partir du fichier spool
    • fichier spool en PDF
    • Redesign vers de nouveaux rapports avec accès à la base de données
    • Redesign vers de nouveaux rapports avec accès DB + logique
  • Évolutivité et utilisateurs simultanés si le nombre d’accès change/augmente
  • Cybersécurité, 2FA
  • Stratégie de tests avant/après
    • Les tests représenteront 20 à 30 % de l’ensemble du projet

Ce type de projet sera considéré principalement comme une Modernisation

Déplacement de la logique métier et des données de COBOL, RPG, DB2 sur IBM i ou autre plateforme vers IBMcloud/GCP/AWS/Azure

Vous devrez principalement considérer :

  • Les points ci-dessus avec mention Transformation & Redesign
  • Base de données
    • Prendre la base de données telle quelle, mais effectuer quand même :
      • DDS vers DDL
      • Vérifier/transformer/adapter multi-membres le cas échéant
      • Vérifier/transformer/adapter le multi-format le cas échéant
      • Vérifier/transformer/adapter les champs de date qui ne sont pas de type date réel
    • Un redesign pour normaliser la DB
      • Ajouter/exploiter des fonctionnalités SQL au niveau du modèle de données
      • Ajouter/exploiter les fonctionnalités SQL au niveau de la table
  • Code
    • Évaluer quelle langage de programmation cible
      • avantages/inconvénients sur le plan technique et commercial (décision réfléchie)
    • Évaluer la qualité du code existant
      • Étudier les particularités, disparités – le cas échéant
  • Évolutivité et utilisateurs simultanés
  • Cybersécurité, 2FA
  • Stratégie de tests avant/après
    • Les tests représenteront 30 à 50 % de l’ensemble du projet

Ce type de projet sera considéré comme une Transformation

Dans les deux cas:

Vous devrez considérer :

  • Stratégie
    • Objectifs/échéances commerciales
    • Compétence en interne, en offshore, sur le marché
    • Qualité/Maintenabilité du nouveau code/architecture
    • Gouvernance du projet

Ce sont les principaux points à garder à l’esprit lorsque vous faites face à un projet comme celui-ci.

Un dernier mot sur l’intégration de l’IA, le cloud sera certainement utile mais la qualité/format/accès des données et le flux des processus sont prépondérants. Ceci est un autre chapitre qui est couvert (et sera étendu) dans d’autres articles.

Polverini&Partners © 2024. P.IVA: IT02675510982 – All Rights Reserved