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
- Prendre la base de données telle quelle, mais effectuer quand même :
- 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
- Évaluer quelle langage de programmation cible
- É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.