Amazon SAP-C02: Migration et modernisation — Guide d'étude

By Laurynas Brazys · 31 July 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Fait partie du AWS Solutions Architect Professional SAP-C02 — Guide d’étude. Entraînez-vous avec des réponses vérifiées dans le centre d’examens Amazon, ou passez des tests chronométrés sur ExamRoll.io.

Stratégie et planification de la migration

Une migration efficace commence par une découverte rigoureuse, une cartographie des dépendances et une priorisation basée sur les risques. Utilisez AWS Application Discovery Service et AWS Migration Hub pour inventorier les serveurs, collecter les métriques de performance et visualiser les dépendances applicatives ; complétez ces informations avec une analyse de flux réseau sans agent et des données de gestion de configuration pour trouver les liens avec état (stateful) cachés. Traduisez la découverte en décisions pour la zone d’atterrissage (landing zone) : choisissez une stratégie de comptes avec AWS Control Tower et Organizations, définissez la topologie réseau avec Transit Gateway, et dimensionnez les ressources de calcul de destination à l’aide de Compute Optimizer et des directives de dimensionnement adéquat (right-sizing). La stratégie de basculement (cutover) doit être choisie pour chaque application : big-bang pour les systèmes petits et à faible risque ; par phases ou par vagues pour les suites critiques pour l’entreprise ; bleu/vert (blue/green) ou canary pour les services destinés aux clients afin de minimiser l’impact sur les utilisateurs. Lors de la planification du basculement, tenez compte des fenêtres de synchronisation des données, des TTL DNS, des contraintes de bande passante et des contraintes réglementaires. Les pièges courants incluent la sous-estimation du temps et des coûts de transfert de données, le fait de considérer le lift-and-shift comme l’état final, la négligence de la portabilité des licences et l’absence de planification pour un retour en arrière (rollback). Les critères de décision arbitrent souvent entre le coût, l’effort opérationnel et la résilience : les services gérés (RDS/Aurora, DocumentDB) augmentent la prévisibilité de l’OPEX et la résilience, mais peuvent nécessiter des modifications de schéma ; le replatforming vers des offres gérées réduit la charge opérationnelle au détriment de la complexité de la migration.

Outils de lift-and-shift et de migration de données

Pour un rehosting rapide, AWS Application Migration Service (MGN) automatise la réplication au niveau bloc depuis des serveurs VMware, Hyper-V et physiques vers EC2, minimisant ainsi le temps de basculement et préservant les configurations au niveau du système d’exploitation. La migration de grands volumes de données ou la migration hors ligne peut nécessiter AWS Snow Family ou DataSync pour les fichiers et les charges de travail POSIX/NFS, tandis qu’Amazon S3 Transfer Acceleration et Direct Connect accélèrent le transfert d’objets et de données en masse. La migration de bases de données s’appuie sur AWS Database Migration Service (DMS) pour les migrations homogènes ou hétérogènes, associé à Schema Conversion Tool (SCT) lorsque des changements structurels sont nécessaires. Soyez conscient des limitations de DMS : le comportement des sources/cibles MongoDB a des contraintes de version et de fonctionnalités, la gestion des LOB volumineux et un possible décalage de réplication (replication lag) pendant le CDC. Concevez l’architecture pour l’intégrité des données : validez avec des sommes de contrôle (checksums), exécutez un chargement complet (full load) plus CDC pour un temps d’arrêt minimal, et planifiez le basculement pendant les fenêtres de faible trafic. Les compromis de conception tournent autour de la vitesse par rapport à la fidélité : MGN ou le rehost minimisent les changements applicatifs mais perpétuent les modèles opérationnels hérités (legacy) ; le replatforming réduit les opérations à long terme mais nécessite une refactorisation (refactor) et des tests. Les pièges courants incluent la négligence de la sécurité des points de terminaison (endpoints), une validation insuffisante avant le basculement, et le fait de supposer des IOPS/débits identiques dans le stockage cloud.

Modernisation : conteneurs, serverless et modèles de refactorisation

Les options de modernisation vont du replatforming vers l’orchestration de conteneurs à la refactorisation complète vers le serverless. Choisissez Amazon ECS sur Fargate pour des déploiements conteneurisés rapides avec une gestion minimale de l’infrastructure, ou Amazon EKS pour les charges de travail natives de Kubernetes nécessitant une portabilité et une orchestration complexe. Pour les microservices événementiels (event-driven), combinez AWS Lambda avec API Gateway, EventBridge et Step Functions pour réduire la charge opérationnelle et mettre à l’échelle par requête. Les services de données devraient évoluer vers des backends gérés : Amazon RDS/Aurora pour les bases de données relationnelles, Amazon DynamoDB ou Amazon DocumentDB pour les magasins NoSQL/documents, et ElastiCache pour la mise en cache à faible latence. Les compromis dépendent de la complexité opérationnelle par rapport au coût et à la prévisibilité des performances : EKS offre contrôle et portabilité pour un coût opérationnel plus élevé ; Fargate simplifie les opérations mais peut être plus coûteux à grande échelle. Le serverless offre une rentabilité pour les charges de travail en pics (spiky) mais introduit des démarrages à froid (cold starts), des limites de simultanéité et des défis en matière d’observabilité. Les pièges courants pour les architectes incluent le fait de transférer des monolithes dans des conteneurs sans décomposer les composants avec état (stateful), une CI/CD et une IaC (CloudFormation, CDK, Terraform) insuffisantes pour gérer les déploiements, et l’ignorance du principe de moindre privilège IAM pour les rôles de tâche et les rôles d’exécution Lambda.

Bascule, réseau hybride et opérations post-migration

La réussite d’une bascule dépend de l’intégration de l’identité et du réseau hybride, ainsi que de plans d’observabilité et de rollback robustes. Pour la résolution DNS hybride entre les VPC et un Active Directory sur site, déployez des points de terminaison entrants et sortants Amazon Route 53 Resolver, ou utilisez AD Connector/Managed Microsoft AD pour la jonction au domaine des instances EC2 Windows. Les choix de connectivité réseau incluent AWS Direct Connect et Transit Gateway pour des topologies multi-comptes évolutives ; choisissez Direct Connect lorsque la prévisibilité de la bande passante et la réduction des coûts de sortie sont importants, et Transit Gateway pour simplifier la connectivité de type plusieurs-à-plusieurs entre les VPC et l’environnement sur site. Les opérations post-migration doivent couvrir la surveillance (CloudWatch, X-Ray), la journalisation et l’analyse centralisées (CloudWatch Logs, Kinesis Firehose vers un compte centralisé), les stratégies de sauvegarde et de snapshots inter-régions (AWS Backup, copie de snapshots inter-régions), et les bases de référence en matière de sécurité appliquées via AWS Config et les politiques de périmètre IAM. Les pièges courants sont l’omission de réduire les TTL DNS avant la bascule, le fait de ne pas tester l’intégration AD à grande échelle, et le sous-provisionnement de la bande passante de Transit Gateway ou l’oubli des configurations de propagation des routes. Les critères de décision ici opposent la résilience au coût : les architectures multi-régions actif-actif augmentent la disponibilité mais multiplient les coûts et la complexité de la réplication ; l’actif-passif simplifie les coûts mais allonge le RTO.

Problème pratique : Scénario d’utilisation

Scénario : Acme Energy, une entreprise de recherche mondiale, dispose d’un environnement AWS existant avec plusieurs comptes sous AWS Organizations et d’un centre de données sur site connecté via une liaison privée Direct Connect. Ils doivent migrer une suite de serveurs de simulation Linux, un replica set MongoDB et des partages de fichiers d’images nocturnes vers AWS avec une perturbation minimale.

Défi : Réduire la charge opérationnelle et permettre une mise à l’échelle élastique tout en garantissant un temps d’arrêt pour la bascule n’excédant pas deux heures pour les simulations et aucune perte de données pour le replica set MongoDB et l’ingestion nocturne des images.

Approche recommandée :

1. Déployer les agents AWS Application Migration Service (MGN) pour répliquer les serveurs de simulation dans un compte de migration dédié ; configurer une réplication continue au niveau des blocs avec un RPO faible et planifier une vague de bascule échelonnée en commençant par les nœuds non critiques.
2. Utiliser AWS DMS avec MongoDB comme source et Amazon DocumentDB (avec compatibilité MongoDB) comme cible, exécuter un chargement complet plus CDC, et valider la cohérence au niveau des documents en utilisant des sommes de contrôle et des réplicas en lecture parallèles pour la vérification.
3. Migrer les images nocturnes en utilisant AWS DataSync vers un compartiment Amazon S3 régi par des règles de cycle de vie S3 ; provisionner Amazon FSx for Lustre ou Amazon EFS pour les charges de travail basées sur POSIX qui nécessitent une sémantique NFS, et tester les performances en lecture/écriture sous des charges de pointe.
4. Orchestrer la bascule avec des TTL Route 53 réduits, un routage pondéré Route 53 pour un basculement de trafic blue/green, et finaliser l’échange DNS après des smoke tests réussis ; appliquer les rôles IAM et activer CloudWatch X-Ray, les journaux CloudWatch centralisés et AWS Backup pour les snapshots.

Justification : Cette approche minimise le temps d’arrêt grâce à la réplication échelonnée et au CDC, réduit la charge opérationnelle en adoptant des services gérés (DocumentDB, S3, DataSync), et fournit des points de rollback sûrs ainsi que l’observabilité pour valider l’exactitude avant la bascule finale — s’alignant sur les meilleures pratiques d’architecture professionnelle pour la migration et la modernisation.

← Bases de données et analytique · Tous les domaines · Résilience →

Entraînez-vous sur ces questions → · Tests chronométrés sur ExamRoll.io →

Parcourir Amazon →