1.4 - Stratégies de migration et d'économie

L'objectif 1.4 de l'AWS Certified Cloud Practitioner couvre les stratégies de base de migration et d'économie. Le rehost, ou lift and shift, déplace une application vers AWS avec un minimum de changements, la voie la plus rapide. Un principe de coût essentiel est de mettre à l'échelle à la demande pour ne payer que ce qu'on utilise, plutôt que de deviner la charge de pointe et de payer de la capacité inactive toute l'année. Les bonnes habitudes simples comptent aussi : si des instances de test ne servent qu'aux heures de bureau, arrête-les quand elles ne servent pas pour éviter de payer l'inactivité. Quand une entreprise doit exécuter du calcul et du stockage AWS physiquement dans son propre centre sur site, AWS Outposts y étend AWS. Attends-toi à des mises en situation demandant la bonne stratégie de migration ou d'économie.

Astuce mémoire
Déplacer une appli avec peu de changements = rehost (lift and shift). Payer seulement l'usage, à la demande. Instances de test inactives = les arrêter quand inutilisées. Matériel AWS dans ton propre centre = AWS Outposts.

Questions d'entraînement

1. Quelle stratégie de migration consiste à déplacer une application vers AWS avec un minimum de changements (lift-and-shift) ?

  • Refactoriser
  • Racheter
  • Réhéberger (bonne réponse)
  • Retirer

Réhéberger = lift-and-shift : déplacer l'application telle quelle avec un minimum de changements. Replatformer ajuste un peu, refactoriser réarchitecture, racheter passe au SaaS, retirer met hors service, conserver garde sur site.

2. Une startup a provisionné des instances EC2 en devinant la charge de pointe et paie désormais une capacité inutilisée la majeure partie de la journée. Quel principe cloud doit guider leur correction ?

  • Signer un bail matériel plus long pour baisser le prix unitaire
  • Garder la capacité de pointe toujours active par sécurité
  • Mettre à l'échelle à la demande pour ne payer que l'usage (bonne réponse)
  • Tout déplacer vers une seule instance plus grande

L'intérêt du cloud est d'arrêter de deviner la capacité : provisionner à la demande et payer à l'usage, pour que la capacité inutilisée (et son coût) disparaisse. Figer la capacité de pointe conserve le gaspillage.

3. Une équipe garde trois instances EC2 de test actives 24h/24 mais ne les utilise qu'aux heures de bureau. Quel est le moyen le plus simple de réduire leur coût ?

  • Acheter des instances réservées de 3 ans pour les trois instances de test
  • Les redimensionner au plus grand type
  • Activer la protection contre la résiliation
  • Arrêter les instances lorsqu'elles ne servent pas (bonne réponse)

Arrêter une instance EC2 stoppe ses frais de calcul (On-Demand) ; vous ne payez plus que le stockage EBS attaché. Arrêter les instances hors production inactives est une économie rapide et efficace.

4. Une entreprise veut réduire le coût total d'exploitation de ses propres serveurs de base de données, y compris correctifs, sauvegardes et renouvellement matériel. Quelle approche cloud réduit le mieux cette charge opérationnelle ?

  • Utiliser un service managé pour qu'AWS gère les tâches lourdes indifférenciées (bonne réponse)
  • Auto-gérer soi-même les bases de données sur de plus grandes instances EC2
  • Garder la base sur site avec plus de personnel
  • Acheter des hôtes dédiés pour isoler la base

Les services managés (comme Amazon RDS) déchargent correctifs, sauvegardes et gestion matérielle vers AWS, réduisant le coût opérationnel et libérant le personnel. Gérer sa propre base sur EC2 conserve ces tâches lourdes chez vous.

5. Une entreprise doit exécuter du calcul et du stockage AWS physiquement dans son propre datacenter sur site pour répondre à des besoins de faible latence et de résidence des données, tout en utilisant les mêmes API AWS. Quelle offre convient le mieux ?

  • AWS Local Zones
  • AWS Outposts (bonne réponse)
  • AWS Wavelength
  • Amazon CloudFront

AWS Outposts livre des racks gérés par AWS (calcul + stockage) dans votre propre datacenter, offrant une expérience hybride cohérente avec les mêmes API. Local Zones et Wavelength résident dans des sites AWS ou d'opérateurs, pas dans vos locaux.

6. Quelle infrastructure AWS place le calcul et le stockage plus près d'une grande agglomération pour offrir une latence de quelques millisecondes aux utilisateurs locaux, tout en restant une extension d'une région parente ?

  • AWS Outposts
  • Emplacements périphériques pour CloudFront
  • AWS Local Zones (bonne réponse)
  • AWS Ground Station

Les Local Zones étendent une région à une agglomération précise pour que les charges sensibles à la latence (jeu, média en direct, apps temps réel) s'exécutent près des utilisateurs. Les emplacements périphériques CloudFront ne font que mettre en cache/diffuser du contenu ; Ground Station sert aux satellites.

Objectifs liés