Services

Services de migration AWS pour les charges de travail US & UE

Migration AWS de bout en bout pour les entreprises réglementées et en phase de croissance : évaluation 7R avec AWS Migration Hub, landing zones codifiées en Terraform sur Control Tower, replatform vers ECS Fargate / EKS / Aurora, rehost via MGN pour les COTS, et DMS + SCT pour Oracle et SQL Server. Architectes cloud senior en CET avec chevauchement côte est des États-Unis, régions Francfort et Irlande conformes au RGPD par défaut. Sprints de découverte à partir de 35 000 EUR forfaitaire ; équipes dédiées à partir de 12 000 EUR/mois.

La plupart des migrations AWS échouent non pas à l'exécution mais au cadrage. Les équipes font un rehost de tout sur EC2, déclarent « nous sommes sur AWS » au comité de direction, puis voient la facture cloud dépasser le TCO on-premise dès le neuvième mois. Nous cadrons la migration comme une décision de portefeuille : chaque application reçoit l'un des 7R en fonction des dépendances, des licences, du rayon d'impact et de l'économie d'exécution, et la décision est défendable face aux données AWS Migration Hub Strategy Recommendations. La landing zone est en Terraform sur Control Tower dès le premier jour — jamais en ClickOps. Les données de l'UE restent dans eu-central-1 / eu-west-1 avec un épinglage de région appliqué par SCP. Le FinOps est intégré à la bascule, et non ajouté six mois plus tard à l'arrivée de la facture. Voyez-le en pratique dans notre étude de cas REHAU.

Ce que comprend une mission de migration AWS

Découverte + évaluation 7R

Agents AWS Application Discovery Service sur le parc, exécution de Migration Hub Strategy Recommendations, carte de dépendances, revue de l'enchevêtrement des licences, matrice de décision 7R écrite par application avec modèle de coûts et score de risque.

Landing zone en Terraform

Control Tower avec des OU personnalisées, IAM Identity Center fédéré à Okta / Entra ID, hub-spoke Transit Gateway, AWS Network Firewall centralisé, stratégie de CMK KMS, garde-fous SCP — le tout dans des modules Terraform versionnés que vous possédez.

Vagues de replatform + refactor

Tiers sans état vers ECS Fargate, App Runner ou EKS avec Karpenter. Bases de données via DMS + Schema Conversion Tool vers Aurora PostgreSQL (Babelfish pour SQL Server). Files d'attente vers SQS/EventBridge, batch vers AWS Batch sur Spot.

Rehost MGN pour les COTS

Pour les applications sans chemin de replatform raisonnable, réplication au niveau bloc d'AWS Application Migration Service (MGN), vagues de tests automatisées, runbooks de bascule avec rollback, et revue « candidat au replatform » à 90 jours inscrite au contrat.

FinOps dès le premier jour

Tableaux de bord CUR + Athena + QuickSight, étiquettes d'allocation de coûts obligatoires appliquées par Terraform Sentinel/OPA, stratégie Savings Plans + Reserved Capacity, revue d'anomalies hebdomadaire, migration Graviton sur les tiers sans état.

Observabilité + transfert SRE

CloudWatch + X-Ray + Managed Prometheus + Managed Grafana, services instrumentés avec OpenTelemetry, alerting basé sur les SLO, runbooks dans votre wiki, période d'observation de 30 jours avant que votre équipe ne prenne l'astreinte.

Les services et outils AWS que nous utilisons au quotidien

AWS Migration Hub Application Discovery Service MGN (CloudEndure) DMS + SCT Control Tower IAM Identity Center Organizations + SCP Transit Gateway Network Firewall ECS Fargate EKS + Karpenter App Runner Aurora PostgreSQL Babelfish RDS Proxy S3 Intelligent-Tiering Terraform Pulumi CloudWatch + X-Ray Cost Anomaly Detection

Comment se déroule une migration AWS de bout en bout

  1. 01

    Découverte (4 semaines, forfaitaire)

    Agents Migration Hub déployés, carte de dépendances produite, matrice de décision 7R par application, conception de la landing zone, modèle de coûts, plan écrit de vagues de migration avec des jalons go/no-go.

  2. 02

    Fondations

    Déploiement de Control Tower, landing zone Terraform, fédération IdP, réseau, clés KMS, socle d'observabilité. Test d'intrusion sur la landing zone vide avant qu'aucune charge de travail n'y atterrisse.

  3. 03

    Vagues de migration

    Vagues de 5 à 20 applications chacune : replatform en non-prod, passe de tests automatisés, référence de performance, fenêtre de bascule avec rollback répété, validation post-bascule, mise hors service de la source.

  4. 04

    Optimisation + transfert

    Sprint d'optimisation FinOps, adoption de Graviton/Spot lorsque applicable, achat de Savings Plans, runbooks finalisés, astreinte en observation pendant 30 jours avant que votre équipe ne la gère en autonomie.

Modèles de collaboration

Sprint de découverte

4 semaines, périmètre fixe. Évaluation 7R, conception de la landing zone, modèle de coûts, plan de vagues de migration, restitution exécutive. Le livrable est un document de décision prêt à présenter au comité. À partir de 35 000 EUR forfaitaire.

Équipe de migration dédiée

Pod de 3 personnes (TPM + ingénieur cloud senior + SRE) menant la construction de la landing zone et les vagues de migration aux côtés de votre équipe. Co-livraison, revue d'architecture hebdomadaire, pilotage mensuel. À partir de 12 000 EUR/mois par équipe.

Forfait FinOps + SRE

Optimisation continue post-bascule, réponse aux anomalies, gestion des Savings Plans, revue Well-Architected trimestrielle, rotation d'astreinte SRE 24/7 pour le parc migré. À partir de 6 500 EUR/mois.

Toutes les missions incluent NDA, DPA conforme au RGPD avec CCT, et une clause contractuelle d'absence de verrouillage fournisseur — vous êtes propriétaire du Terraform dès le premier jour.

Pourquoi les entreprises US & UE choisissent YuSMP pour la migration AWS

Conforme au RGPD · Prêt pour ISO 27001 · SOC 2 Type II en cours · Compatible HIPAA · CCPA pris en compte

Livraison senior uniquement

Chaque ingénieur cloud de la mission a plus de 8 ans d'AWS en production — plusieurs migrations de parcs de plus de 100 serveurs, des bascules multi-régions gérées en production, pas seulement un badge Solutions Architect Professional.

Résidence des données dans l'UE dès la conception

eu-central-1 / eu-west-1 / AWS European Sovereign Cloud, épinglage de région appliqué par SCP, KMS XKS pour les clés critiques en matière de souveraineté, DPA aligné sur Schrems II avec CCT, journaux CloudTrail et Config répliqués uniquement au sein de l'UE.

Aucun verrouillage fournisseur

Le Terraform est dans votre dépôt dès le premier jour. Nous programmons en binôme avec vos ingénieurs. Au moment de la bascule, votre équipe relit nos PR. Clause contractuelle d'absence de verrouillage — vous pouvez nous remercier dès demain et exploiter le parc sans changement.

Pour les charges de travail réglementées (services financiers, santé, secteur public), nous livrons face au AWS Well-Architected Framework avec les piliers Sécurité, Fiabilité et Optimisation des coûts revus chaque trimestre par un architecte partenaire indépendant.

Questions fréquentes

Lesquels des 7R utilisez-vous réellement, et comment décidez-vous ?

Les sept (Retire, Retain, Relocate, Rehost, Repurchase, Replatform, Refactor) mais nous résistons explicitement au réflexe du Rehost par défaut. La décision s'appuie sur une exécution d'AWS Migration Hub Strategy Recommendations ainsi que sur notre propre carte de dépendances issue des agents Application Discovery Service. Nous notons chaque charge de travail sur cinq axes : rayon d'impact, fréquence de changement, coût d'exécution sur EC2 vs équivalent managé, enchevêtrement de licences, et familiarité de l'équipe. Les tiers web sans état font généralement l'objet d'un Replatform vers ECS Fargate ou App Runner. Oracle/SQL Server avec beaucoup de PL/SQL font l'objet d'un Refactor vers Aurora PostgreSQL via Babelfish ou DMS + SCT. Les COTS sans porte de sortie font l'objet d'un Rehost via MGN, puis sont réexaminés 12 mois plus tard.

Comment la landing zone est-elle construite, et est-ce Terraform ou CDK ?

Terraform par défaut, occasionnellement Pulumi lorsque l'équipe cliente préfère le TypeScript de bout en bout. Nous n'utilisons jamais le ClickOps pour les fondations. La landing zone est AWS Control Tower avec des personnalisations : des OU distinctes pour Security, Audit, Log Archive, SharedServices, Workloads (dev/stage/prod) et Sandbox. L'identité repose sur IAM Identity Center fédéré à votre IdP (Okta, Entra ID, Google Workspace). Le réseau est un hub-spoke Transit Gateway avec un VPC d'inspection centralisé exécutant AWS Network Firewall. Tout est dans des modules Terraform versionnés dans votre dépôt — vous êtes propriétaire du code dès le premier jour, pas nous.

Comment gérez-vous la résidence des données dans l'UE et le RGPD / Schrems II ?

Les charges de travail contenant des données personnelles de l'UE atterrissent dans eu-central-1 (Francfort), eu-west-1 (Irlande), ou l'AWS European Sovereign Cloud le cas échéant. Nous épinglons les services à ces régions via des SCP au niveau de l'OU — un développeur ne peut pas accidentellement lancer un modèle Bedrock dans us-east-1. Pour la conformité Schrems II, nous utilisons AWS Nitro Enclaves là où un calcul confidentiel attestable est requis, KMS avec des CMK gérées par le client (et XKS / magasin de clés externe pour les charges critiques en matière de souveraineté), et des CCT dans le DPA. Les journaux CloudTrail et Config sont chiffrés avec des clés distinctes et répliqués entre régions uniquement au sein de l'UE.

À quoi ressemble le FinOps en pratique après la bascule ?

Nous instrumentons les Cost and Usage Reports dans Athena + QuickSight dès le premier jour et étiquetons chaque ressource avec cost-center, environment et service via une politique appliquée par Terraform. La cadence FinOps est hebdomadaire : détection d'anomalies via AWS Cost Anomaly Detection, recommandations de redimensionnement depuis Compute Optimizer, suivi de la couverture des Savings Plans, et un rapport écrit mensuel. Les économies typiques sur un socle lift-and-shift sont de 28–35 pour cent en 90 jours (migration Graviton sur les tiers sans état, S3 Intelligent-Tiering sur les données froides, Aurora I/O-Optimized sur les bases à forte écriture, Spot pour le batch sur EKS via Karpenter).

Pouvez-vous mener la migration aux côtés de notre équipe interne ?

Oui — la co-livraison est notre modèle par défaut. Votre équipe possède la logique métier, les changements applicatifs et les décisions finales de bascule. Notre équipe possède la landing zone, le réseau, le socle de sécurité, les pipelines MGN/DMS, la stack d'observabilité et les runbooks. Nous programmons le Terraform en binôme, animons une revue d'architecture hebdomadaire avec vos tech leads, et transférons via une période d'observation de 30 jours. À la fin de la mission, vos ingénieurs relisent nos PR, et non l'inverse. Aucun verrouillage fournisseur envers YuSMP après la fin du sprint — c'est contractuel.

À quoi ressemblent le tarif et le calendrier d'une migration typique ?

Le sprint de découverte dure 4 semaines au forfait à 35 000 EUR — évaluation Migration Hub, carte de dépendances, matrice de décision 7R, conception de la landing zone, modèle de coûts et vagues de migration. L'exécution se déroule sous forme de missions d'équipe dédiée à partir de 12 000 EUR/mois par équipe de 3 (TPM + ingénieur cloud + SRE). Un parc de 200 serveurs se déplace généralement en 4–6 mois de bout en bout. Le travail de Refactor sur les bases de données ou les monolithes est chiffré par vague. Le forfait FinOps et SRE 24/7 est disponible après la bascule à partir de 6 500 EUR/mois.

Prêt à cadrer une migration AWS qui se rentabilise vraiment ?

Réserver un appel de cadrage

Demander une proposition

Communiquez quelques détails et un consultant senior vous répondra sous un jour ouvré.

Vous préférez échanger directement ? ☎ Appeler le +374 44 871 811 [email protected]