Évaluer & prioriser
Cartographier ce que vous exploitez, ce dont cela dépend et ce que cela coûte. Décider du traitement adapté à chaque application: la déplacer telle quelle, la conteneuriser ou la refondre.
Solutions – Migration & modernisation
Déplacez tel quel ce qui fonctionne. Modernisez ce qui doit évoluer. Ne reconstruisez que ce qui est rentable. Chaque étape est validée avant la suivante, la production continue de tourner tout du long, et une marche arrière reste possible si un imprévu survient.
Les quatre étapes
Cartographier ce que vous exploitez, ce dont cela dépend et ce que cela coûte. Décider du traitement adapté à chaque application: la déplacer telle quelle, la conteneuriser ou la refondre.
Migrer la première application, entièrement décrite sous forme de code pour que le déplacement soit reproductible et vérifiable – pas une opération manuelle unique.
Faire tourner l'ancien et le nouveau côte à côte et vérifier que le nouveau produit les mêmes résultats. L'ancien système reste actif, une marche arrière reste donc possible jusqu'à ce que vous soyez sûr.
Basculer le trafic une fois la preuve faite, puis passer au système suivant. La première application est en service en quelques semaines, et chacune réduit le risque de la suivante.
Comment ça fonctionne
Qui peut toucher à la source et à la cible, ce qui est enregistré lors de l'exécution, et ce que «une marche arrière» signifie en pratique.
L'outillage de migration obtient un accès strictement limité au nécessaire et borné dans le temps au système source et au compte AWS cible – limité à l'application déplacée, sans droits d'administration permanents d'un côté ou de l'autre.
La migration s'exécute entièrement depuis du code, relu et versionné. Ce qui a été exécuté, quand et sur quel environnement est journalisé, pour que le déplacement puisse être audité après coup.
L'ancien système et le nouveau tournent en parallèle avant la bascule. Le basculement du trafic se fait par une méthode définie avec vous – copie de l'état à un instant donné, deux environnements identiques dont un seul actif, ou redirection réseau – et il s'annule dans le même sens, une fois le nouveau prouvé.
Quel compte, quelles clés
Vos systèmes atterrissent dans votre compte AWS, migrés et validés par nos soins – vous gardez les clés. Nous l'exploitons aussi longtemps que vous le souhaitez et vous remettons les clés dès que vous le demandez. Pendant la mission, notre accès est un rôle que vous accordez dans votre propre compte – limité, borné dans le temps et journalisé. Vous pouvez le révoquer à tout moment.
L'objectif est un déplacement que personne en dehors du projet ne remarque.
Références
Une application Windows .NET installée hôtel par hôtel, portée vers des services .NET conteneurisés sur Amazon ECS/Fargate dans le cadre de l'AWS Migration Acceleration Program (MAP) – sans perturber les plus de 26'000 hôtels qui l'utilisaient déjà.
Lire l'étude de casUn système de réservation d'avions vieillissant, reconstruit en application AWS qui s'adapte automatiquement à la charge, décrit entièrement sous forme de code et proposé aujourd'hui comme SaaS mutualisé à d'autres écoles de pilotage.
Lire l'étude de casL'application d'un exploitant hydroélectrique suisse, conteneurisée et mise en production sur Exoscale – Kubernetes, Terraform et livraison automatisée depuis le code, avec des données conservées en Suisse.
Lire l'étude de cas
Prochaine étape
Nous évaluons vos systèmes, choisissons la première application qui mérite d'être déplacée, et convenons de la marche arrière avant que quoi que ce soit ne change.