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 vous disent où AWS place l’accent de l’examen, et votre 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 vous êtes faible ici, vous donnez 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.
Remarquez que la sécurité fait 30 % et le coût 20 %. Beaucoup de candidats passent un temps égal sur les quatre domaines. Ne faites pas ça. Pondérez votre temps de révision en conséquence.
Le format
65 questions. 130 minutes. Soit deux minutes par question, ce qui est suffisant si vous ne restez 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. Vous ne saurez pas lesquelles. N’essayez pas de deviner — répondez à 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 vous 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’essayez pas de calculer « combien je peux en rater ». Visez simplement un score solidement au-dessus du seuil.
Coût : $150 par tentative. En cas d’échec, vous attendez 14 jours avant de repasser. Pas de limite sur le nombre total de tentatives. La certification est valable 3 ans.
Planning de révision
Prévoyez environ 50 heures de révision. Comment vous répartissez ces heures dépend de votre point de départ.
Si vous avez une expérience basique d’AWS (vous avez 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 vous êtes en reconversion sans aucune expérience cloud : 8 à 10 semaines. Vous avez besoin de temps supplémentaire pour les concepts fondamentaux avant que la révision par domaine devienne productive.
Si vous construisez sur AWS depuis plus de 2 ans : 2 à 3 semaines de pratique concentrée. Vous connaissez probablement la majeure partie du contenu — il vous faut juste apprendre la terminologie spécifique d’AWS et les patterns architecturaux préférés, qui diffèrent parfois de ce que vous feriez en production.
Ne révisez pas pendant six mois. Si vous n’êtes toujours pas prêt après dix semaines, le problème n’est pas le temps — c’est l’approche. Vérifiez vos scores par domaine et identifiez ce qui vous tire vraiment 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.
Lisez attentivement les contraintes de la question. Si elle ne mentionne pas « multi-région », ne construisez 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.
Vous devez être à l’aise pour expliquer les différences entre Spot, Reserved et On-Demand. Vous devez connaître les classes de stockage S3 et quand utiliser les lifecycle policies. Vous devez comprendre que les NAT Gateways coûtent de l’argent et que les VPC endpoints peuvent éliminer ce coût.
Si votre réaction aux questions de tarification est « je verrai ça plus tard », vous prévoyez de donner des points faciles.
Confusion sur le stockage
S3, EBS, EFS, FSx — chacun existe pour une raison, et l’examen adore tester si vous savez 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îtrisez ces distinctions parfaitement.
Approche de révision
Ne lisez pas la documentation de manière linéaire. Personne ne retient les informations en lisant la doc S3 de A à Z. Révisez par domaine.
Commencez par un examen blanc diagnostique pour identifier vos 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 vos domaines faibles identifiés, répartissez le temps de révision proportionnellement. Si la sécurité est votre zone la plus faible et qu’elle représente aussi 30 % de l’examen, c’est là que vos deux premières semaines vont. Ne passez pas un temps égal sur un domaine où vous scorez déjà à 85 %.
Pour chaque domaine, suivez ce schéma : lisez la doc des services concernés, faites des questions d’entraînement dans ce domaine spécifique, révisez les explications de chaque question (y compris celles que vous avez réussies), puis recommencez. L’approche de pratique adaptative — où la difficulté des questions s’ajuste à votre niveau — rend ça plus efficace qu’un pool de questions statique.
Quand passer l’examen
Réservez l’examen quand vos 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 votre score global est au-dessus de 80 % mais qu’un domaine retombe régulièrement à 70 %, vous n’êtes pas prêt. Ce domaine est un point faible. Un tirage de questions malchanceux pourrait vous couler.
Si vous scorez entre 75 et 80 % globalement, regardez où se situe l’écart. Améliorer votre domaine le plus faible à fort poids vous 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éservez l’examen avant de vous sentir « prêt à 100 % ». Ce sentiment ne vient jamais. Si les chiffres disent que vous êtes prêt, faites confiance aux chiffres.
Après l’examen
Si vous réussissez : félicitations, vous avez trois ans avant le renouvellement. Envisagez le SAP-C02 (Professional) si vous voulez approfondir, ou bifurquez vers des certifications de spécialité.
Si vous n’avez pas réussi : ce n’est pas la fin. Attendez les 14 jours, étudiez votre rapport de score (il détaille la performance par domaine), révisez les zones faibles et repassez. 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 — ancre les concepts plus rapidement que la lecture seule.
Faut-il passer le Cloud Practitioner (CLF-C02) d’abord ? Si vous avez 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 — vous couvrirez les concepts fondamentaux dans le cadre de vos 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êtez de chercher un ressenti. Regardez les données.
