Amazon CLF-C02: Infrastructure mondiale AWS — Guide d'étude

By Laurynas Brazys · 28 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

Fait partie du AWS Cloud Practitioner CLF-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.

Concepts fondamentaux : Régions, Zones de disponibilité et emplacements Edge

L’empreinte physique d’AWS est organisée en Régions, Zones de disponibilité (AZ) et emplacements Edge. Une Région est une zone géographiquement isolée qui contient plusieurs AZ ; chaque AZ correspond à un ou plusieurs centres de données discrets avec une alimentation électrique, une mise en réseau et un refroidissement indépendants. Concevoir pour la haute disponibilité signifie répartir les ressources sur plusieurs AZ au sein d’une Région afin que la défaillance d’une AZ ne provoque pas une panne complète. Les emplacements Edge et les caches Edge régionaux font partie du réseau de diffusion de contenu (CDN) Amazon CloudFront et placent le cache et la capacité de calcul (via Lambda@Edge) au plus près des utilisateurs finaux pour réduire la latence. Lors du choix d’une Région, tenez compte de la latence pour les utilisateurs, des exigences de souveraineté des données et de conformité, des services disponibles (chaque Région n’a pas des services ou des types d’instance identiques) et des différences de coût. Un piège courant est de supposer que les AZ sont complètement indépendantes entre les Régions — les noms d’AZ peuvent être identiques d’une Région à l’autre mais représentent des emplacements physiques distincts ; ne traitez pas les AZ comme des Régions à des fins de conformité. Un autre piège est de supposer que tous les services AWS sont mondiaux ; de nombreux services sont régionaux ou zonaux et nécessitent une architecture multi-régions explicite pour la reprise après sinistre.

Réseau mondial et connectivité hybride

AWS fournit plusieurs options pour connecter les réseaux sur site et optimiser le trafic des applications mondiales. Pour la connectivité hybride, AWS Site-to-Site VPN fournit des tunnels chiffrés sur l’Internet public pour une configuration rapide, tandis qu’AWS Direct Connect offre une liaison réseau dédiée avec un débit constant et des coûts de sortie (egress) plus faibles ; Transit Gateway simplifie le routage à grande échelle en agissant comme un hub pour les VPC et les connexions sur site, et prend désormais en charge le peering inter-régional. Pour une connectivité privée au niveau du service, les points de terminaison de VPC (VPC endpoints) permettent un accès privé aux services AWS pris en charge : les points de terminaison de passerelle (Gateway endpoints) pour S3 et DynamoDB, et les points de terminaison d’interface (Interface endpoints) (AWS PrivateLink) pour de nombreux autres services. Pour accélérer et router le trafic utilisateur sur le réseau principal (backbone) d’AWS, AWS Global Accelerator optimise le routage TCP/UDP et offre des adresses IP anycast statiques ; Route 53 fournit des politiques de routage DNS mondiales (latence, géoproximité, basculement) avec des vérifications de l’état (health checks). Les critères de décision incluent le débit attendu, la sensibilité aux coûts, les objectifs de basculement et la posture de sécurité requise ; une erreur courante est de ne pas tenir compte des frais de transfert de données inter-régional et d’oublier d’utiliser les points de terminaison de VPC pour éviter une sortie publique inutile.

Points de terminaison de service, placement et offres gérées

Comprendre où les services s’exécutent et comment ils sont exposés influence la latence, la résilience et la charge opérationnelle. Certains services AWS sont mondiaux (Route 53, IAM), beaucoup sont régionaux (EC2, RDS, points de terminaison régionaux S3), et quelques-uns sont zonaux (les volumes EBS sont limités à une AZ). Utilisez les services gérés lorsque la charge opérationnelle doit être minimisée : Amazon S3 pour un stockage d’objets hautement durable (durabilité de 99,999999999 %), Amazon RDS ou Amazon Aurora pour les bases de données relationnelles gérées, Amazon Redshift ou Redshift Serverless pour l’analytique sans gérer d’infrastructure d’entrepôt de données, et Amazon SQS pour la messagerie asynchrone découplée. Pour l’automatisation et la répétabilité de l’infrastructure, AWS CloudFormation et l’AWS Cloud Development Kit (CDK) permettent l’infrastructure as code, tandis que les SDK permettent aux développeurs d’intégrer des appels d’API AWS dans leurs applications. Les choix de placement affectent la conception : les volumes EBS résident dans une seule AZ et doivent être sauvegardés via des snapshots pour une récupération inter-AZ/Région ; les répartiteurs de charge (load balancers) et les groupes Auto Scaling doivent être configurés sur plusieurs AZ. Un piège fréquent pour les praticiens est de supposer que les services gérés suppriment toute responsabilité — les tâches opérationnelles comme la configuration, les sauvegardes de données et le contrôle d’accès restent la responsabilité du client pour de nombreux services.

Modèles opérationnels, tarification, modèle de sécurité et critères de décision

La sélection d’un modèle opérationnel et de tarification nécessite de trouver un équilibre entre le coût, la performance et la facilité de gestion. Les modèles de tarification AWS incluent :

• On-demand : paiement à l’utilisation sans engagement à long terme.
• Reserved Instances / Savings Plans : engagement sur l’utilisation pour un prix unitaire inférieur.
• Spot Instances : utilisation de la capacité inutilisée avec des remises importantes, mais avec un risque d’interruption.
• Niveau gratuit / essai : utilisation gratuite limitée pour l’évaluation.

La facturation consolidée (Consolidated Billing) via AWS Organizations centralise les factures, permet des remises sur l’utilisation agrégée et simplifie la refacturation interne (chargeback). La sécurité suit le modèle de responsabilité partagée : AWS sécurise l’infrastructure mondiale, les hôtes physiques et les services fondamentaux ; les clients sont responsables du système d’exploitation invité (guest OS), de la sécurité des applications, de la gestion des identités et des accès, et de la protection des données. Pour les besoins de chiffrement, AWS Key Management Service (KMS) est utilisé pour gérer les clés pour des services tels que le chiffrement EBS et le chiffrement côté serveur S3. Le principe « Well-Architected » d’« automatisation raisonnée » (principled automation) favorise l’infrastructure en tant que code (IaC) et les rôles IAM de moindre privilège. Les pièges courants incluent la sous-estimation des coûts de transfert de données, le sur-provisionnement pour les pics de charge sans utiliser l’autoscaling, et l’octroi de permissions IAM trop larges au lieu d’appliquer le principe de moindre privilège.

Problème pratique : Scénario d’utilisation

Scénario : Acme Retail exploite une plateforme e-commerce mondiale avec une Région principale en us-east-1, plusieurs AZs, et un datacenter sur site (on-premises) pour les systèmes hérités. Ils doivent réduire la latence pour les clients mondiaux, sécuriser la connectivité hybride et maintenir la prévisibilité des coûts.

Défi : Les clients en Europe subissent une latence élevée et des coûts de transfert importants entre les Régions ; les systèmes sur site nécessitent une connexion privée fiable pour la synchronisation des stocks.

Approche recommandée :

1. Déployer CloudFront avec S3 et un basculement d’origine (origin failover) pour mettre en cache les actifs statiques dans les points de présence (edge locations) proches des utilisateurs pour une distribution à faible latence.
2. Créer un déploiement supplémentaire en lecture seule dans eu-west-1 pour les API destinées aux utilisateurs et répliquer les données de manière asynchrone en utilisant des réplicas en lecture (read replicas) Amazon RDS ou une Amazon Aurora Global Database.
3. Établir une connexion AWS Direct Connect dans un point de colocation proche et la connecter à la Région principale via AWS Transit Gateway avec une connexion VPN redondante de secours (fallback) pour une connectivité hybride sécurisée et constante.
4. Utiliser des Savings Plans pour la charge de calcul de base prévisible, activer Auto Scaling pour la variance des pics de charge, et utiliser l’AWS Pricing Calculator pour modéliser les coûts de transfert inter-régions avant le basculement.

Justification : La mise en cache dans les points de présence réduit la latence et le trafic sortant (egress) de l’origine, les réplicas en lecture régionaux apportent localité et résilience, Direct Connect avec Transit Gateway offre un débit hybride stable tout en minimisant les coûts de transfert, et la combinaison de Savings Plans avec l’autoscaling équilibre l’efficacité des coûts et la scalabilité conformément aux meilleures pratiques du cloud.

← Concepts du cloud · Tous les domaines · Services de calcul essentiels →

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

Parcourir Amazon →