Moderniser ou migrer votre IBM i (AS/400) sans repartir de zéro
Moderniser et migrer sont deux décisions différentes, que l’on confond souvent. Moderniser, c’est faire évoluer votre IBM i sans en changer. Migrer, c’est préparer une sortie vers un autre environnement. Nous accompagnons les deux trajectoires, et surtout nous vous aidons à choisir la bonne.
Moderniser : faire évoluer sans réécrire
- Conversion du code RPG III / RPG IV vers le RPG Free, une syntaxe plus lisible et plus moderne du RPG, facilitant notamment la maintenance et la transmission des compétences.
- Passage du DDS vers le DDL/SQL pour vos bases de données Db2 for i.
- Ouverture de vos applications legacy vers le Web, création d’API REST/SOAP.
- Remplacement des écrans verts 5250 par des interfaces Web ou mobiles, sans toucher à la logique métier qui tourne derrière.
Rester à jour sans bouleverser votre exploitation
Les montées de version de l’OS (par exemple de V7R3 à V7R4 ou V7R5) font partie du cycle de vie normal d’un IBM i. Nous les préparons en environnement de test avant de les exécuter en production, avec un contrôle préalable de compatibilité applicative pour éviter les mauvaises surprises.
Migrer : préparer une sortie d’AS/400
Une migration se prépare, elle ne s’improvise pas. Nous commençons systématiquement par un audit de l’existant avant d’engager la bascule. Pour un système applicatif complexe, la transition peut s’inscrire sur plusieurs années, avec un objectif constant : maintenir vos applications IBM i pleinement opérationnelles pendant toute la durée de la transition.
Pendant cette période de coexistence, votre IBM i continue de tourner normalement pendant que le nouvel environnement se construit et se valide, jusqu’au basculement définitif.
Choisir votre trajectoire
Moderniser ou migrer : comment choisir ?
La réponse dépend rarement de la technologie seule. Elle dépend de votre stratégie : voulez-vous préserver un existant qui fonctionne, ou changer d’écosystème applicatif ? Notre indépendance vis-à-vis des éditeurs nous permet de vous aider à trancher sans a priori commercial.
Pourquoi les entreprises préparent une sortie d’AS/400
La décision de sortir de l’AS/400 est rarement technique : la plateforme reste fiable. Elle est le plus souvent liée à une stratégie de groupe, à une volonté de standardiser les compétences internes, ou à une difficulté durable à recruter des profils RPG. Comprendre la vraie raison de la démarche permet de construire une trajectoire réaliste plutôt qu’un projet mené par principe.
Questions fréquentes
Combien de temps dure une migration IBM i ?
Cela dépend fortement du périmètre applicatif : de quelques mois pour un système ciblé à plusieurs années pour un environnement complexe, généralement avec des paliers intermédiaires plutôt qu’un basculement unique.
Le RPG Free est-il compatible avec le RPG historique ?
Oui, la conversion peut être réalisée progressivement, en conservant les applications en production pendant les différentes étapes.
Faut-il remplacer un IBM i vieillissant ?
Pas nécessairement. Un IBM i à jour reste une plateforme fiable ; la question à se poser est celle de l’adéquation aux besoins de l’entreprise, pas de l’âge du système.
Faut-il migrer son AS/400 ?
Cela dépend de votre stratégie de système d’information, pas d’une obsolescence supposée de la plateforme. Nous vous aidons à objectiver cette décision avant de vous engager dans un sens ou dans l’autre.
Entreprise du mobilier d’extérieur. Transformer la connaissance d’un SI historique en accélérateur de migration
ERP repris après une acquisition. La connaissance historique du système d’information a permis d’accélérer une migration vers Sage X3, menée en moins d’un an.
Voir l’étude de cas complète →