Chaque charge de travail AWS nécessite de définir un emplacement pour les utilisateurs, les données et les périmètres d’isolation des pannes.
Dans ce cours, nous verrons comment les emplacements AWS influencent la latence, la résilience, la conformité et la connectivité hybride.
Nous élaborerons un modèle conceptuel partant du périmètre le plus large pour descendre vers les plus restreints.
Nous suivrons également le fil conducteur d’une charge de travail simple afin de rendre concrets les arbitrages liés au placement.
Le placement consiste à décider quel périmètre d’emplacement AWS hébergera un composant de la charge de travail ou ses données.
Cette décision a un impact sur la distance réseau, la juridiction applicable et l’étendue de l’impact (ou « rayon d’explosion ») en cas de panne.
La latence dépend de la distance physique et du nombre de sauts réseau entre les utilisateurs et la charge de travail.
L’isolation des pannes dépend des composants qui partagent un même périmètre physique et opérationnel.
Les contraintes de résidence limitent les lieux de stockage et de traitement des données, ce qui peut restreindre le choix des régions.
Les contraintes liées aux environnements hybrides peuvent nécessiter un traitement local à proximité des sites de l’entreprise ou une connectivité prévisible vers AWS.
Examinons les principaux niveaux d’emplacement que nous utiliserons tout au long de ce cours.
Un compte AWS constitue une limite de sécurité et de facturation qui englobe des ressources et des identités.
Les limites de compte sont importantes car les contrôles d’accès et les preuves d’audit sont évalués au niveau de chaque compte.
Une région AWS est une zone géographique distincte où AWS regroupe son infrastructure.
Les régions sont conçues pour être isolées les unes des autres afin d’assurer la tolérance aux pannes.
La plupart des services AWS créent des ressources régionales qui n’existent que dans la région sélectionnée.
La réplication entre régions dépend du service ; AWS ne réplique pas automatiquement toutes les données.
Une zone de disponibilité est un emplacement isolé au sein d’une région.
Chaque zone de disponibilité se compose d’un ou plusieurs centres de données distincts situés dans des installations séparées.
Au sein d’une région, les zones de disponibilité sont interconnectées par un réseau redondant à faible latence et à large bande passante.
Une bonne pratique consiste à exécuter les charges de travail de production sur plusieurs zones de disponibilité afin d’améliorer la disponibilité globale.
Un point de terminaison (ou endpoint) est le point d’entrée réseau auquel nous envoyons des requêtes API pour un service donné.
La sélection d’une région dans les outils entraîne souvent le choix d’un point de terminaison régional pour l’API de ce service.
Le plan de contrôle est la partie d’un service chargée de créer et de configurer les ressources.
Le plan de données (data plane) est la partie d’un service qui gère le trafic d’exécution et les opérations sur les données.
Ces plans peuvent présenter des modes de défaillance différents ; il convient donc de vérifier chacun d’eux à l’aide des éléments probants appropriés.
Hypothèse de travail Nous considérerons la Région et la Zone de disponibilité comme les limites d’isolation des défaillances par défaut, sauf indication contraire.
Nous utiliserons une application web mondiale simple pour étayer nos décisions.
L’application gère des profils utilisateur qui doivent rester disponibles en cas de défaillance de l’infrastructure.
L’application diffuse également des contenus multimédias dont la proximité avec les utilisateurs finaux est un atout.
Ce scénario nous permettra de poser une question constante à mesure que nous étudierons chaque limite.
Où placer les composants de diffusion destinés aux utilisateurs et où stocker les données de profil persistantes, compte tenu des exigences en matière de latence et d’isolation des défaillances ?
Visualisons les composants de la charge de travail par rapport aux couches d’emplacement que nous venons de définir.