Infrastructure mondiale d'AWS
Découvrez comment AWS organise son matériel en Régions, zones de disponibilité et edge locations, et comment utiliser cette structure pour choisir un emplacement, diffuser le contenu rapidement et garder les applications en service malgré les pannes.
L'infrastructure mondiale d'AWS est la carte posée sous tout le reste de ce domaine. Chaque service que vous lancez s'exécute quelque part, physiquement, et AWS organise ce matériel en Régions, zones de disponibilité et edge locations. Une fois que vous savez comment ces pièces s'assemblent, choisir où exécuter une charge de travail et comment la garder en ligne cesse d'être une devinette.
Les 3 leçons vont de la structure à la stratégie. La première présente les Régions et les zones de disponibilité, la deuxième couvre les edge locations et Amazon CloudFront, et la troisième montre comment combiner zones et Régions dans une architecture qui survit aux pannes.
Ce que couvre ce sujet
- ce qu'est une Région AWS et les 4 facteurs pour la choisir : conformité, latence, tarification et disponibilité des services
- les zones de disponibilité, pourquoi chaque Région en compte au moins 3, et comment elles restent isolées tout en étant reliées par une fibre à faible latence
- les edge locations (points de présence) et en quoi elles diffèrent des Régions
- Amazon CloudFront comme réseau de diffusion de contenu d'AWS, avec les cache hits, les récupérations depuis l'origine et les regional edge caches
- la haute disponibilité et le modèle Multi-AZ qui protège contre la perte d'un seul centre de données
- l'architecture multi-Région et en quoi elle diffère de la haute disponibilité et de la reprise après sinistre
- les modèles actif-passif et actif-actif pour servir le trafic entre plusieurs Régions
Pourquoi c'est important
Ce sujet revient partout dans l'examen, pas seulement dans les questions sur les services. Un scénario peut évoquer une loi sur la résidence des données, un site lent pour des utilisateurs à l'autre bout du monde, ou le besoin de rester en ligne si une Région tombe. Chaque cas renvoie directement à un concept vu ici : choisir la bonne Région, placer un CDN devant votre contenu, ou répartir la charge entre zones et Régions.
Il pose aussi les bases des services qui suivent. EC2, S3, RDS et les autres vivent à l'intérieur de cette structure, donc savoir comment fonctionnent les Régions, les zones et les edge locations rend les leçons sur le calcul, le stockage et les bases de données plus faciles à situer. Une fois la géographie en place, le reste du domaine a un sol solide où s'appuyer.