Le SAA-C03 est probablement la certification cloud la plus passée au monde. C’est aussi celle pour laquelle les gens se sur-préparent.
J’ai discuté avec des candidats qui ont révisé pendant six mois. Six mois ! Pour un examen de niveau associé. Ils ont lu chaque whitepaper AWS, regardé 80 heures de cours vidéo et rempli des carnets de comparaisons de services. La plupart d’entre eux auraient réussi après la sixième semaine. Les cinq mois restants, c’était de la gestion d’anxiété, pas de la préparation d’examen.
Voici une approche plus efficace.
Ce que l’examen couvre vraiment
Le SAA-C03 comporte quatre domaines, chacun avec une pondération spécifique. Ces pondérations comptent : elles te disent où AWS place l’accent de l’examen, et ton temps de révision devrait grosso modo les refléter.
- Design Secure Architectures : 30 % — C’est la plus grosse section. Politiques IAM, chiffrement au repos et en transit, security groups VPC, NACLs, AWS Organizations et le modèle de responsabilité partagée. Si tu es faible ici, tu donnes presque un tiers de l’examen.
- Design Resilient Architectures : 26 % — Déploiements Multi-AZ, Auto Scaling groups, découplage avec SQS et SNS, stratégies de reprise après sinistre (pilot light, warm standby, multi-site) et Route 53 failover.
- Design High-Performing Architectures : 24 % — Choisir les bons services de compute, stockage et base de données pour les exigences de performance. ElastiCache et CloudFront pour le caching. Quand utiliser Aurora vs DynamoDB vs Redshift.
- Design Cost-Optimized Architectures : 20 % — La plus petite section mais celle que les gens négligent le plus. Right-sizing des instances, tarification Reserved vs Spot vs On-Demand, classes de stockage S3 et tags d’allocation des coûts.
Remarque que la sécurité fait 30 % et le coût 20 %. Beaucoup de candidats passent un temps égal sur les quatre domaines. Ne fais pas ça. Pondère ton temps de révision en conséquence.
Le format
65 questions. 130 minutes. Soit deux minutes par question, ce qui est suffisant si tu ne restes pas bloqué.
Sur ces 65 questions, seules 50 sont notées. Les 15 autres sont des questions expérimentales non notées qu’AWS utilise pour calibrer les futurs examens. Tu ne sauras pas lesquelles. N’essaie pas de deviner, réponds à tout comme si ça comptait.
Les types de questions sont le choix multiple (une bonne réponse) et la réponse multiple (deux bonnes réponses ou plus, et la question te dit combien en choisir). Pas de labs, pas de glisser-déposer sur cet examen.
Score de passage : 720 sur 1000. Le scoring est pondéré, pas un pourcentage direct, donc n’essaie pas de calculer « combien je peux en rater ». Vise un score solidement au-dessus du seuil.
Coût : $150 par tentative. En cas d’échec, tu attends 14 jours avant de repasser. Pas de limite sur le nombre total de tentatives. La certification est valable 3 ans. Tous ces chiffres viennent de la page de certification officielle d’AWS.
Planning de révision
Prévois environ 50 heures de révision. Comment tu répartis ces heures dépend de ton point de départ.
Si tu as une expérience basique d’AWS (tu as utilisé la console, déployé une instance EC2, travaillé avec S3) : 4 à 6 semaines. Une ou deux heures par jour en semaine, des sessions plus longues le week-end.
Si tu es en reconversion sans aucune expérience cloud : 8 à 10 semaines. Tu as besoin de temps supplémentaire pour les concepts fondamentaux avant que la révision par domaine devienne productive.
Si tu construis sur AWS depuis plus de 2 ans : 2 à 3 semaines de pratique concentrée. Tu connais probablement la majeure partie du contenu, il te faut juste apprendre la terminologie spécifique d’AWS et les patterns architecturaux préférés, qui diffèrent parfois de ce que tu ferais en production.
Ne révise pas pendant six mois. Si tu n’es toujours pas prêt après dix semaines, le problème n’est pas le temps, c’est l’approche. Vérifie tes scores par domaine et identifie ce qui te tire vers le bas.
Les pièges courants
Voici les trois schémas qui font trébucher le plus de candidats :
La sur-architecture
Le SAA-C03 récompense la solution la plus simple qui remplit toutes les exigences énoncées. Pas l’architecture la plus impressionnante. Pas le design le plus pérenne. La plus simple.
Quand une question décrit une charge de travail qui a besoin de haute disponibilité pour une application web, la réponse est généralement « ALB + Auto Scaling sur plusieurs AZ ». Ce n’est pas un setup active-active multi-région avec Global Accelerator et DynamoDB Global Tables. L’examen pénalise la sur-architecture parce qu’elle ajoute du coût et de la complexité sans répondre à une exigence énoncée.
Lis attentivement les contraintes de la question. Si elle ne mentionne pas « multi-région », ne construis pas pour le multi-région.
Ignorer le coût
20 % de l’examen porte explicitement sur l’optimisation des coûts, mais les considérations de coût débordent aussi sur les autres domaines. Une « meilleure » architecture qui coûte dix fois plus qu’une alternative plus simple n’est pas la bonne réponse, sauf si la question dit explicitement que le coût n’a pas d’importance.
Tu dois être à l’aise pour expliquer les différences entre Spot, Reserved et On-Demand. Il faut connaître les classes de stockage S3 et savoir quand utiliser les lifecycle policies. Et comprendre que les NAT Gateways coûtent de l’argent, là où les VPC endpoints peuvent éliminer ce coût.
Si ta réaction aux questions de tarification est « je verrai ça plus tard », tu prévois de donner des points faciles.
Confusion sur le stockage
S3, EBS, EFS, FSx : chacun existe pour une raison, et l’examen adore tester si tu sais laquelle.
- S3 : Stockage objet. Accès HTTP. Scalabilité infinie. Ce n’est pas un système de fichiers.
- EBS : Stockage bloc attaché à une seule instance EC2 (ou partagé avec io2 Multi-Attach). Persistant, adapté aux bases de données.
- EFS : Stockage fichier partagé entre plusieurs instances EC2. Protocole NFS. Adapté à la gestion de contenu, répertoires personnels partagés.
- FSx : Systèmes de fichiers managés — FSx for Windows (SMB), FSx for Lustre (HPC). Cas d’usage spécialisés.
Quand une question demande du « stockage partagé accessible par plusieurs instances », la réponse est EFS ou FSx, pas EBS. Quand elle demande du « stockage d’objets accessible via API », c’est S3, pas EFS. Maîtrise ces distinctions parfaitement.
Approche de révision
Ne lis pas la documentation de manière linéaire. Personne ne retient les informations en lisant la doc S3 de A à Z. Révise par domaine.
Commence par un examen blanc diagnostique SAA-C03 pour identifier tes points faibles. La plupart des gens sont surpris : ils pensent être faibles en résilience mais scorent en fait le plus bas en sécurité, ou l’inverse.
Une fois tes domaines faibles identifiés, répartis le temps de révision proportionnellement. Si la sécurité est ta zone la plus faible et qu’elle représente aussi 30 % de l’examen, c’est là que tes deux premières semaines vont. Ne passe pas un temps égal sur un domaine où tu scores déjà à 85 %.
Pour chaque domaine, suis ce schéma : lis la doc des services concernés, fais des questions d’entraînement dans ce domaine spécifique, révise les explications de chaque question (y compris celles que tu as réussies), puis recommence. L’approche de pratique adaptative, où la difficulté des questions s’ajuste à ton niveau, rend ça plus efficace qu’un pool de questions statique.
Quand passer l’examen
Réserve l’examen quand tes scores par domaine sont au-dessus de 80 % de manière constante sur les quatre domaines. Pas une bonne journée : de manière constante. Trois sessions d’entraînement d’affilée où chaque domaine est au-dessus du seuil.
Si ton score global est au-dessus de 80 % mais qu’un domaine retombe régulièrement à 70 %, tu n’es pas prêt. Ce domaine est un point faible. Un tirage de questions malchanceux pourrait te couler.
Si tu scores entre 75 et 80 % globalement, regarde où se situe l’écart. Améliorer ton domaine le plus faible à fort poids te donne le meilleur retour. Passer de 75 % à 85 % en Design Secure Architectures (30 % de poids) vaut plus que passer de 85 % à 95 % en Cost Optimization (20 % de poids).
Réserve l’examen avant de te sentir « prêt à 100 % ». Ce sentiment ne vient jamais. Si les chiffres disent que tu es prêt, fais confiance aux chiffres.
Après l’examen
Si tu réussis : félicitations, tu as trois ans avant le renouvellement. Envisage le SAP-C02 (Professional) si tu veux approfondir, ou bifurque vers des certifications de spécialité.
Si tu n’as pas réussi : ce n’est pas la fin. Attends les 14 jours, étudie ton rapport de score (il détaille la performance par domaine), révise les zones faibles et repasse. La plupart des gens qui ajustent leur plan de révision en fonction du rapport de score réussissent au deuxième essai.
FAQ
Le SAA-C03 vaut-il le coup en 2026 ? Oui. C’est toujours la certification cloud la plus reconnue par les employeurs. Qu’elle doive l’être, c’est une autre question, mais le marché est ce qu’il est.
Faut-il de l’expérience pratique ? Ce n’est pas obligatoire, mais ça aide énormément. Même quelques heures sur le free tier AWS (lancer des instances EC2, configurer des buckets S3, mettre en place un VPC) ancrent les concepts plus rapidement que la lecture seule.
Faut-il passer le Cloud Practitioner (CLF-C02) d’abord ? Si tu as un minimum de bagage technique, non. Le CLF-C02 est conçu pour les rôles non techniques. Aller directement au SAA-C03 est tout à fait faisable : tu couvriras les concepts fondamentaux dans le cadre de tes révisions de toute façon.
Comment savoir quand on est vraiment prêt ? Des scores par domaine au-dessus de 80 %, maintenus sur plusieurs sessions. C’est tout. Arrête de chercher un ressenti. Regarde les données.
