View a markdown version of this page

Domaine du contenu 2 : conception d’architectures résilientes - AWS Certified Solutions Architect - Associate

Domaine du contenu 2 : conception d’architectures résilientes

Tâche 2.1 : concevoir des architectures pouvant être mises à l’échelle et à faible couplage

Connaissance des éléments suivants :

  • Création et gestion d’API (par exemple, Amazon API Gateway, API REST)

  • Services gérés AWS avec cas d’utilisation appropriés (par exemple, AWS Transfer Family, Amazon SQS, AWS Secrets Manager)

  • Stratégies de mise en cache

  • Principes de conception pour les microservices (par exemple, charges de travail sans état par rapport aux charges de travail avec état)

  • Architectures basées sur les événements

  • Mise à l’échelle horizontale et verticale

  • Comment utiliser correctement les accélérateurs périphériques (par exemple, réseau de diffusion de contenu [CDN])

  • Comment migrer des applications vers des conteneurs

  • Concepts de répartition de charge (par exemple, Application Load Balancer [ALB])

  • Architectures à plusieurs niveaux

  • Concepts de mise en file d’attente et de messagerie (par exemple, publication/abonnement)

  • Technologies et modèles sans serveur (par exemple, AWS Fargate, AWS Lambda)

  • Types de stockage et caractéristiques associées (par exemple, objet, fichier, bloc)

  • Orchestration des conteneurs (par exemple, Amazon ECS, Amazon EKS)

  • Quand utiliser des réplicas en lecture

  • Orchestration du flux de travail (par exemple, AWS Step Functions)

Compétences dans les domaines suivants :

  • Conception d’architectures basées sur les événements, d’architectures de microservices et/ou d’architectures à plusieurs niveaux en fonction des exigences

  • Détermination des stratégies de mise à l’échelle des composants utilisés dans la conception d’une architecture

  • Identification des services AWS nécessaires pour obtenir un couplage faible en fonction des exigences

  • Détermination du moment opportun pour utiliser les conteneurs

  • Détermination du moment opportun pour utiliser les technologies et les modèles sans serveur

  • Recommandation de technologies de calcul, de stockage, de mise en réseau et de base de données appropriées en fonction des besoins

  • Utilisation de services AWS sur mesure pour les charges de travail

Tâche 2.2 : concevoir des architectures hautement disponibles et/ou tolérantes aux pannes

Connaissance des éléments suivants :

  • Infrastructure mondiale AWS (par exemple, zones de disponibilité [AZ], régions AWS, Amazon Route 53)

  • Services gérés AWS (AMS) avec cas d’utilisation appropriés (par exemple, Amazon Comprehend, Amazon Polly)

  • Concepts de mise en réseau basique (par exemple, tables de routage)

  • Stratégies de reprise après sinistre (DR) (par exemple, sauvegarde et restauration, environnement de veille, secours semi-automatique, basculement actif/actif, objectif de point de récupération [RPO], objectif de temps de récupération [RTO])

  • Modèles de conception distribués

  • Stratégies de basculement

  • Infrastructure immuable

  • Concepts de répartition de charge (par exemple, ALB)

  • Concepts de proxy (par exemple, proxy Amazon RDS)

  • Quotas de service et limitation (par exemple, comment configurer les quotas de service pour une charge de travail dans un environnement de secours)

  • Options et caractéristiques de stockage (par exemple, durabilité, réplication)

  • Visibilité des charges de travail (par exemple, AWS X-Ray)

Compétences dans les domaines suivants :

  • Détermination des stratégies d’automatisation pour garantir l’intégrité de l’infrastructure

  • Identification des services AWS nécessaires pour fournir une architecture hautement disponible et/ou tolérante aux pannes dans les régions ou les zones de disponibilité (AZ) AWS

  • Identification des métriques en fonction des exigences métier pour fournir une solution hautement disponible

  • Mise en œuvre de conceptions visant à atténuer les points d’échec uniques

  • Mise en œuvre de stratégies visant à garantir la durabilité et la disponibilité des données (par exemple, sauvegardes)

  • Sélection d’une stratégie de reprise après sinistre adaptée aux exigences métier

  • Utilisation de services AWS qui améliorent la fiabilité des applications héritées et des applications qui ne sont pas conçues pour le cloud (par exemple, lorsque les changements d’applications ne sont pas possibles)

  • Utilisation de services AWS sur mesure pour les charges de travail