Modernisation IBM i
avec .NET
Préservez l'existant. Évoluez sans risque.
Contactez-nous
Les stratégies de modernisation IBM i
Trois approches possibles, avec des niveaux de risque et de valeur très différents.
Refonte complète
Migration vers nouvelle plateforme Risque Élevé- Rupture technologique
- Remplacement complet du système
Rupture technologique
- Coûts très élevés
- Risque fonctionnel majeur
- Perte de logique métier
- Dépendance éditeur
Coûts très élevés
Exposition du legacy
Ouverture des programmes existants Risque Modéré- Mise en œuvre rapide
- Aucune refonte applicative
- Investissement initial réduit
- Modèle applicatif inchangé
- Expérience utilisateur limitée
- Pas d’application autonome
- Contraintes héritées conservées
Modernisation progressive
Nouvelle couche applicative autonome Risque Faible- Réutilisation RPG · CL · DB2 for i
- Création de modules indépendants
- Déploiement autonome
- Évolution progressive maîtrisée
- Introduit une nouvelle stack
- Nécessite montée en compétences
Migration ERP IBM i
Pourquoi éviter une refonte totale ?
Quatre points à considérer avant d’engager une migration complète.
Patrimoine applicatif
Votre IBM i représente des décennies d’investissement. Chaque programme RPG reflète des processus métier éprouvés et un réel savoir-faire ajustés au fil des années.
Logique métier non documentée
La majorité de la logique métier n’est documentée que dans le code source. Lors d’une migration, ces règles implicites sont difficiles à reconstituer.
Projets ERP longs et risqués
Les projets de migration ERP dépassent systématiquement les délais et budgets prévus. Le risque opérationnel est considérable.
ROI souvent sous-estimé
Le coût total d’une refonte inclut la formation, la double exploitation et les corrections post-migration, rarement anticipés.
Migration brutale
Migration brutale
- Projet de 2 à 5 ans
- Perte de logique métier
- Double exploitation coûteuse
- Risque opérationnel majeur
- ROI incertain
Modernisation progressive
Modernisation progressive
- Résultats dès la première semaine
- Logique métier intégralement préservée
- Aucune interruption de service
- Risque minimal et contrôlé
- ROI mesurable à chaque étape
Modernisation IBM i avec .NET
L'IBM i reste le back-end métier, .NET devient la couche applicative moderne.
Le connecteur NTi data provider assure l'échange entre les deux.
DB2 for i
SQL natif, transactions, procédures stockées...
RPG / CL
Appels directs de programmes (RPG, CLP, 36).
Entity Framework Core
Manipulez DB2 for i vial’extension EF Core
Sans installation IBM i
100% .NET.Aucun composant côté serveur.
Compatible x86/AMD64 · ARM64 · Power · Windows · Linux · Conteneurs
Calendrier réaliste
Premiers écrans opérationnels
Accès aux données existantes et réutilisation d’un programme métier RPG.
Évolution de la logique métier
Traitements pilotés par la nouvelle application.
Application complète en production
Nouvelle application déployée et maintenable indépendamment.
Architecture applicative avec NTi
Applications modernes
Interfaces web · API REST · microservices
Couche d’intégration
Connecteur ADO.NET NTi data provider (accès natif IBM i)
Données & logique métier
IBM i · DB2 for i · RPG · CL
L'IBM i reste la base.
Les couches supérieures évoluent indépendamment pour accompagner les futurs développements du système d’information.
Exemple de modernisation progressive
Transformation maîtrisée d’un ERP IBM i vers .NET.
Groupe industriel
Besoins métier
- Consultation en ligne des commandes et factures
- Accès mobile aux stocks et aux tarifs de plusieurs sites
- Suivi en temps réel des indicateurs de production
- Automatisation des tâches d’administration IBM i
MISE EN OEUVRE
API REST
ASP.NET Core
- Centralise l’accès aux données IBM i via NTi data provider
- Expose les services métier (commandes, stocks, production)
- Appelle les programmes RPG existants (calculs tarifaires, traitements)
- Fournit une couche unique consommée par les applications .NET
Portail Web
ASP.NET Core MVC
- Consomme les services exposés par l’API
- Consultation des commandes et factures en ligne
- Accès mobile aux stocks et tarifs depuis les sites distants en quelques clics
- Visualisation des indicateurs de production en temps réel
Interface d’administration
Blazor Server
- Consomme les services d’administration exposés par l’API
- Exécution contrôlée de commandes CL
- Consultation des files de messages et supervision IBM i
- Suppression des sessions 5250 pour les opérations courantes
Déploiement sur Linux / Power.
Aucun composant installé sur l’IBM i.
RÉSULTAT
- Premier module mis en production en moins de 8 semaines
- Accès web et mobile aux données IBM i en temps réel
- Réutilisation intégrale des règles métier RPG
- Supervision système depuis une interface moderne
- IBM i conservé comme base métier
Bénéfices stratégiques
Continuité métier garantie
Aucune interruption de service pendant la modernisation.
Standardisation .NET
Accédez au plus large vivier de compétences du marché.
Valorisation du patrimoine
Vos investissements passés deviennent un avantage compétitif.
Sécurité IBM i préservée
Le modèle de sécurité éprouvé de l'IBM i reste actif.
ROI progressif
Chaque itération produit de la valeur mesurable.
Ouverture aux usages modernes
API, web et mobile, exécutables sur l’infrastructure de votre choix.
Le futur de l'IBM i s'écrit en .NET
Une technologie pérenne pour redonner une feuille de route à long terme à vos applications métier !
Des questions ?
NTi data provider permet d’appeler vos programmes RPG, CLP ou même anciens programmes 36 tels qu’ils existent aujourd’hui, depuis C# et .NET, sans modifier votre code IBM i.
Chaque programme est exécuté nativement sur l’IBM i, avec les mêmes paramètres, les mêmes bibliothèques et le même fonctionnement qu’en 5250.
Depuis .NET vous pouvez:
- Ouvrir une connexion NTi
- Préparer une liste de paramètres (Input, Output ou InputOutput)
- Appeler le programme via CallProgram()
- Lire les valeurs retournées (zones CHAR, structures, buffers, etc.)
Votre logique métier reste 100% IBM i, mais s’intègre immédiatement dans une application moderne, web ou API, conteneurisée ou non. C’est la manière la plus simple d’exposer votre patrimoine RPG à l’écosystème .NET, sans refactorisation, sans migration, sans risque.
NTi s’appuie exclusivement sur les mécanismes de sécurité de l'IBM i:
- Authentification système
- Habilitations
- SSL/TLS
- MFA
Toutes les règles restent celles définies sur la machine, sans modification de votre modèle existant. La modernisation se fait côté .NET, mais la sécurité continue d’être assurée par l’IBM i, avec le même niveau de fiabilité et de maîtrise que vos applications actuelles.
Oui. NTi permet une modernisation incrémentale: vous conservez vos programmes et vos données DB2, puis vous ajoutez de nouveaux modules .NET au rythme de vos besoins.
Exemple concret:
Vous disposez déjà d’un fichier CLIENTS, d’un programme RPG qui valide et met à jour les données, et d’un écran interactif qui appelle cette logique.
Avec NTi, vous conservez exactement ce fonctionnement et vous construisez à côté une interface web moderne qui utilise ce même programme RPG pour valider ou enregistrer les données, sans réécriture.
Non. Rien n’est installé sur l’IBM i.
NTi fonctionne uniquement dans votre application .NET. Vous ajoutez simplement un package NuGet dans votre projet .NET, et c’est l’application qui communique nativement avec l’IBM i, pas l’inverse.
Que vous exécutiez votre app sur un serveur Windows, un Linux, un conteneur Docker ou dans le cloud, NTi tourne toujours dans .NET, jamais sur l’IBM i.
Résultat : déploiement instantané, pas besoin de solliciter les équipes système, et une architecture propre où tout reste côté .NET.
C’est le quotidien de nombreuses équipes IBM i. Les programmes existent, mais leurs paramètres, leurs structures ou leurs règles métier ne sont plus documentés.
.NET et NTi simplifie cette situation puisque chaque appel RPG, CLP ou API devient explicite dans le code .NET. Vous définissez vos paramètres, vos types, vos longueurs, vos buffers, et cette définition devient votre documentation.
À mesure que vous intégrez vos programmes dans .NET, vous reconstruisez automatiquement une documentation claire: quels programmes sont appelés, avec quels paramètres, dans quel ordre, et avec quelles valeurs en retour.
Même sans documentation historique, votre système redevient lisible, maîtrisable et structuré. Vous offrez ainsi une nouvelle vie à votre patrimoine IBM i, soutenu par une compétence .NET largement disponible et pérenne.
