Élimination et modèles de distracteurs

Dans le SAA-C03, vous serez rarement certain à 100 % de chaque réponse. Le processus d’élimination est une technique structurée qui permet de parvenir à la bonne réponse en supprimant les options qui ne respectent pas les exigences énoncées, utilisent la mauvaise catégorie de Service ou sont factuellement incorrectes. Même si vous ne pouvez pas identifier directement la bonne réponse, éliminer 2 ou 3 mauvaises réponses fait passer vos chances de 25 % à 50–100 %. La pratique de l’élimination la rend automatique sous la pression du temps de l’examen.

Le Distractor le plus courant utilise un Service de la mauvaise catégorie — un Service de stockage lorsque la question nécessite une Database, un Service réseau lorsque la question nécessite du calcul, ou un Service de surveillance lorsque la question nécessite de la sécurité. Si la question demande une solution pour réduire la latence d’une Database et qu’une réponse mentionne CloudTrail, vous pouvez l’éliminer immédiatement : CloudTrail est un Service de journalisation d’audit, pas un Service de performance. Classez chaque option de réponse avant de l’évaluer.

Ce Distractor utilise la bonne famille de Service, mais le mauvais niveau ou la mauvaise fonctionnalité. Par exemple, dans une question sur le stockage, les quatre réponses peuvent concerner S3, mais l’une utilise S3 Intelligent-Tiering alors que la question précise que les données ne sont consultées qu’une fois par an — S3 Glacier Deep Archive est alors moins cher et plus approprié. De même, toutes les réponses peuvent concerner EC2, mais différer par le modèle tarifaire : une charge de travail stable sur 3 ans doit utiliser des Reserved Instances, et non des instances On-Demand. Le décalage de niveau est subtil, mais déterminant.

Ce Distractor applique le bon Service au mauvais périmètre — Region, AZ, compte ou ressource. Par exemple, une question demande une protection contre une panne d’Availability Zone, et un Distractor propose une réplication Multi-Region (le bon périmètre serait Multi-AZ au sein d’une Region, et non multi-Region). Ou une question porte sur la gouvernance au niveau du compte, et un Distractor propose une Policy S3 fondée sur les ressources (le bon périmètre est celui des Service Control Policies d’AWS Organizations). Identifiez d’abord le périmètre requis, puis éliminez les réponses qui se situent au mauvais périmètre.

Le SAA-C03 inclut souvent des réponses techniquement possibles, mais inutilement complexes par rapport à l’équivalent AWS managed plus simple. Par exemple, une question demandant un système de fichiers managed peut contenir un Distractor proposant de monter une instance EC2 comme serveur NFS — cela fonctionne, mais implique une charge opérationnelle bien plus importante qu’Amazon EFS. Choisissez toujours la solution managed la plus simple qui respecte toutes les exigences énoncées. « Least operational overhead » et « most operationally efficient » éliminent les options complexes autogérées.

Certains Distractors utilisent un Service dont le modèle de Consistency ou de durabilité est incorrect. Par exemple, une question exige un traitement des messages exactement une fois, et le Distractor propose SQS Standard (qui fournit une livraison au moins une fois, avec de possibles doublons). La bonne réponse serait SQS FIFO. Ou une question exige un flux d’événements durable avec relecture, et un Distractor propose SNS (qui ne stocke pas les messages : si un abonné est hors ligne, il manque le message). Identifiez les cas où l’ordre, la durabilité et les garanties de traitement exactement une fois sont requis, puis éliminez les Services qui ne les fournissent pas.

Appliquez la méthode en deux passages aux questions difficiles. Passage 1 : lisez la question et les quatre options. Éliminez immédiatement toute option présentant un défaut évident (mauvaise catégorie de Service, mauvais périmètre ou contradiction avec une exigence énoncée). Passage 2 : pour les options restantes (généralement 2), relisez la question et concentrez-vous sur la contrainte la plus importante — souvent formulée par « most cost-effective », « minimum downtime » ou « without modifying code ». Appliquez cette contrainte pour choisir entre les deux survivantes. Signalez la question et passez à la suivante plutôt que d’y consacrer plus de 3 minutes.

De petits mots qualificatifs peuvent complètement changer la bonne réponse. « Existing application » élimine les options de refactorisation. « Without downtime » élimine les options de basculement à froid. « Automatically » élimine les processus manuels. « Immediately » élimine la cohérence éventuelle. « Cross-region » élimine les solutions limitées à une AZ. « Without changing code » élimine les réponses nécessitant des modifications de l’application. Habituez-vous à souligner ces mots lors de la lecture, car les Distractors sont conçus pour piéger les personnes qui ne les remarquent pas.

Certaines questions demandent la « Best practice » sans imposer de contrainte de coût ou de performance. Dans ce cas, appliquez toujours les principes de l’AWS Well-Architected Framework. Bonne pratique de sécurité : rôles IAM plutôt qu’utilisateurs IAM, privilège minimal, MFA pour la racine, aucun identifiant codé en dur. Bonne pratique de fiabilité : Multi-AZ, contrôles d’état, récupération AUTOMATICALLY. Excellence opérationnelle : IaC (CloudFormation), automatisation, observabilité (CloudWatch). Lorsque plusieurs réponses sont techniquement valides, celle qui respecte les principes Well-Architected constitue la réponse de bonne pratique.

Lorsqu’une question comporte plusieurs contraintes, chaque contrainte élimine au moins un Distractor. Par exemple : « solution Serverless la plus économique, hautement disponible, pour une API REST avec un trafic variable ». La contrainte 1 (Serverless) élimine les options EC2. La contrainte 2 (API REST) confirme API Gateway + Lambda. La contrainte 3 (most cost-effective) élimine la concurrence réservée Lambda surdimensionnée. La contrainte 4 (haute disponibilité) confirme un point de terminaison régional API Gateway (Multi-AZ intégré). Toutes les contraintes réunies orientent vers API Gateway (régional) + Lambda avec mise à l’échelle automatique.

Certaines questions du SAA-C03 utilisent une formulation négative facile à manquer sous la pression du temps. Repérez des mots comme NOT, EXCEPT, LEAST, INCORRECT, NEVER. Ces questions vous demandent d’identifier la mauvaise réponse : les trois Distractors sont des affirmations correctes sur AWS, et vous devez trouver la seule affirmation fausse. Par exemple : « Which of the following is NOT a valid RDS backup feature? » Lisez toujours deux fois l’énoncé de la question pour repérer les qualificatifs négatifs. Pensez à les souligner mentalement avant de sélectionner votre réponse.

Testez votre compréhension des concepts AWS Solutions Architect (SAA-C03) présentés dans cette leçon.

Dans cette leçon, vous avez appris que : les cinq schémas de Distractor sont la mauvaise catégorie, le mauvais niveau, le mauvais périmètre, la complexité excessive et une Consistency inadaptée, que la méthode en deux passages élimine d’abord les défauts évidents, puis applique la contrainte principale pour choisir entre les réponses restantes, et que les mots qualificatifs comme « Automatically », « Without downtime » et « no code changes » sont des critères essentiels pour départager les réponses. Nous allons maintenant étudier la gestion du temps et les techniques de Review afin de maximiser votre score sous la pression de l’examen.