Dans cet article
Quatre voies s'offrent à vous : déplacer le système tel quel vers le cloud, convertir son code vers une plateforme moderne, le reconstruire autour des règles extraites, ou le remplacer par un produit du marché en gardant ses données. 4 questions tranchent : vos règles sont-elles propres à votre entreprise ? Le problème vient-il de l'endroit où tourne le système ou du système lui-même ? Qui comprend encore son code ? Quel changement vos équipes peuvent-elles absorber ? Amazon distingue 7 stratégies et Microsoft 8, appliquées système par système.
Dans la quatrième partie, vous avez extrait les règles métier de votre système et les avez fait confirmer par les responsables des processus. Ce sont ces règles qui rendent la comparaison ci-dessous possible : sans elles, impossible de savoir ce que chaque voie vous ferait perdre.
Les quatre voies en termes simples
Les noms techniques sont nombreux, mais ils se résument à 4 décisions qu'un dirigeant peut suivre. Ce tableau les compare ; les termes entre parenthèses sont ceux qu'emploient les fournisseurs :
| Voie | Quand elle convient | Ce qu'elle préserve | Ce qu'elle risque | Qui doit être associé |
|---|---|---|---|---|
| Déplacer tel quel (Rehost) | Le système est stable et fait son travail ; le problème vient des serveurs ou du centre de données | Tout : le code, les règles et les façons de travailler | Vous emportez les anciens problèmes dans un nouvel endroit | L'informatique et le responsable de la sécurité et des données |
| Convertir le code (Replatform ou Refactor) | Les règles sont saines mais le langage ou la plateforme n'est plus supporté, ou ses licences pèsent trop | Les règles et le comportement du système, sur un langage ou une plateforme moderne | Des erreurs de conversion cachées qui n'apparaissent que dans les cas rares | Les développeurs, et les responsables des processus pour tester les résultats |
| Reconstruire autour des règles (Rebuild) | Les règles sont propres à votre entreprise et vous distinguent, et l'ancien système ne peut plus suivre vos besoins | Les règles confirmées et les données ; le code est réécrit | La voie la plus longue, celle qui demande le plus de décisions de la direction | La direction, les responsables des processus et l'équipe de développement ensemble |
| Remplacer par un produit du marché (Replace) | Votre activité dans ce domaine ressemble à celle des autres, comme les RH ou la comptabilité générale | Les données seulement | Vos équipes adaptent leur façon de travailler au produit, et vous perdez les règles qu'il ne gère pas | La direction et les collaborateurs qui l'utiliseront chaque jour |
Le code source est le texte du programme dans lequel le système a été écrit. Si vous ne l'avez pas, ou si plus personne ne le comprend, la conversion devient plus difficile ; le guide des stratégies d'Amazon cite une application que personne ne sait maintenir, ou dont le code source est indisponible, parmi les cas qui poussent vers une refonte.
Où se placent les outils de conversion par IA
Des outils comme AWS Transform interviennent surtout sur la deuxième voie : ils lisent l'ancien code et le convertissent vers une plateforme moderne, par exemple en faisant passer d'anciennes applications .NET Framework vers une version moderne qui tourne sous Linux. Amazon affirme que l'outil modernise les applications Windows, mainframe et VMware jusqu'à 5 fois plus vite ; c'est l'affirmation d'Amazon sur son service, pas un résultat garanti. Selon sa page de tarifs, le service facture 0,035 dollar par minute d'agent et ne facture pas le temps d'inactivité de l'utilisateur.
Mais l'outil ne choisit pas la voie à votre place. Il accélère la conversion quand la conversion est la bonne décision, et sert peu si la meilleure réponse est de remplacer le système par un produit du marché. Notez aussi que la page des régions ne mentionne aucune région au Moyen-Orient et prévient que vos données peuvent être traitées dans une autre région, alors qu'Amazon a annoncé sa région cloud dans le Royaume pour décembre 2026, selon l'agence de presse saoudienne. Si votre code contient des données clients, vérifiez où elles seront traitées avant de commencer.
Ce qui fait varier le coût et la durée
Nous ne vous donnerons pas de chiffre, car tout chiffre avancé sans connaître votre système est une supposition. Voici les facteurs qui font monter ou baisser le coût et la durée, quelle que soit la voie :
- Taille et imbrication : le nombre d'écrans, de rapports et d'autres systèmes qui y sont reliés, tels que votre inventaire de la troisième partie les a révélés.
- Clarté des règles : chaque règle confirmée fait gagner du temps, chaque règle inconnue annonce une découverte tardive et coûteuse.
- Qualité des données : des données en double ou incomplètes doivent être nettoyées avant tout transfert, quelle que soit la voie.
- Ampleur du changement pour les équipes : déplacer tel quel ne change rien pour l'utilisateur ; remplacer change presque tout et exige une formation.
- Qui comprend encore le système : un collaborateur qui connaît son histoire épargne des semaines de tâtonnements.
Sur l'ordre des étapes, deux sources officielles donnent un conseil. Le guide d'Amazon décrit la refonte comme la stratégie la plus complexe et la plus coûteuse, et recommande pour les grandes migrations de déplacer d'abord puis de moderniser une fois le transfert terminé. Le Cloud Adoption Framework de Microsoft indique que le déplacement tel quel ne convient que si vous êtes sûr que le système restera en l'état au moins deux ans ; sinon, mieux vaut moderniser tout de suite pour éviter de faire le travail deux fois. Nous avons détaillé le transfert lui-même dans notre guide pratique de migration vers le cloud.
Deux options que tout le monde oublie : conserver et retirer
Tout ancien système n'a pas besoin d'être modernisé maintenant. Les listes d'Amazon et de Microsoft commencent toutes deux par deux options qui ne coûtent pas un projet complet :
- Retirer (Retire) : certains systèmes ne sont plus vraiment utilisés. Amazon cite l'exemple des applications sans aucune connexion entrante au cours des 90 derniers jours, ou dont l'usage du processeur et de la mémoire est inférieur à 5 pour cent. Les retirer après archivage de leurs données réduit la maintenance et le risque de sécurité.
- Conserver (Retain) : un système stable qui fait son travail sans raison proche de changer, ou lié à une machine d'usine sans équivalent. La décision consiste alors à le garder, le surveiller et y revenir plus tard.
Si vous penchez pour un ERP du marché, comparez d'abord standard et sur mesure avec les critères de notre article comment choisir un ERP, et partez de votre liste de règles confirmées : chaque règle que le produit ne gère pas deviendra soit une adaptation coûteuse, soit du travail manuel.
Le regard d'Origami
Nous ne commençons pas par la technologie mais par les règles : quelles règles métier de ce système distinguent votre entreprise, et lesquelles sont communes à tous ? Ce qui vous distingue mérite d'être construit ou converti avec soin ; ce qui est commun peut être bien servi par un produit du marché bien intégré à vos autres systèmes. C'est pourquoi la décision est souvent un mélange : un système remplacé, un autre converti, un troisième conservé tel quel.
Nous utilisons les outils d'IA là où ils font vraiment gagner du temps, pour lire, convertir et tester le code, mais le choix de la voie reste celui de la direction, une fois qu'elle voit ce que chaque option préserve et ce qu'elle fait perdre. Pour voir comment nous travaillons, découvrez nos services.
L'exercice de la semaine : une décision par système
Reprenez l'inventaire de vos systèmes et ajoutez deux colonnes pour chacun : ses règles sont-elles propres à votre entreprise ou communes ? Et où est le problème : dans l'endroit où il tourne ou dans le système lui-même ? Notez ensuite la voie provisoire :
| Système | Règles propres ou communes ? | Problème dans l'endroit ou le système ? | Voie provisoire |
|---|---|---|---|
| Exemple : système de tarification | Propres | Le système | Convertir ou reconstruire |
| Exemple : gestion des congés | Communes | Le système | Remplacer par un produit du marché |
| Exemple : ancienne archive | Inutilisée | Peu importe | Retirer après archivage des données |
Ce sont des exemples illustratifs ; votre tableau sera différent. L'essentiel est que chaque système ait une raison écrite pour sa voie, relue par les responsables des processus avant de demander des devis.
À suivre
Vous avez choisi une voie pour chaque système. Le jour le plus risqué du projet reste à venir : celui de la bascule. Dans la sixième partie, nous expliquons comment tester un code écrit ou converti par l'IA en comparant les résultats des deux systèmes sur les mêmes transactions réelles, comment les faire tourner en parallèle pendant une période définie, et quand prévoir un plan de retour arrière.
Sources
- Amazon : les sept stratégies de migration du guide des grandes migrations — retirer, conserver, déplacer, racheter, refondre et quand chacune convient.
- Microsoft : choisir vos stratégies de migration vers le cloud — les huit stratégies et la condition des deux ans pour le déplacement tel quel.
- AWS Transform : page officielle — ce que le service modernise et l'affirmation d'une vitesse jusqu'à 5 fois supérieure.
- AWS Transform : tarifs — 0,035 dollar par minute d'agent.
- AWS Transform : régions prises en charge — régions et traitement des données dans une autre région.
- Agence de presse saoudienne : région AWS en Arabie saoudite en décembre.
- SDAIA : protection des données personnelles.
Questions fréquentes
Vaut-il mieux réécrire mon ancien système ou le remplacer ?
Cela dépend de vos règles métier. Si elles sont propres à votre entreprise et vous distinguent, reconstruire ou convertir convient mieux ; si votre activité dans ce domaine ressemble à celle des autres, un produit du marché peut suffire une fois les données transférées.
Déplacer mon système tel quel vers le cloud règle-t-il ses problèmes ?
Non. Le déplacement tel quel ne change que l'endroit où tourne le système, et Microsoft ne le recommande que si vous êtes sûr qu'il restera en l'état au moins deux ans.
Les outils d'IA comme AWS Transform choisissent-ils la bonne voie pour moi ?
Non. Ils accélèrent la conversion du code quand la conversion est la décision retenue ; le choix de la voie revient à la direction, une fois connu ce que chaque option préserve et fait perdre.
Combien coûte la modernisation d'un ancien système et combien de temps prend-elle ?
Aucun chiffre honnête n'existe sans étudier le système. Les facteurs décisifs sont sa taille et ses connexions, la clarté de ses règles, la qualité des données, l'ampleur du changement pour les équipes et la présence de quelqu'un qui le comprend encore.
Suivez Origami sur Google
Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.
