SAA-C03 — AWS Certified Solutions Architect – Associate Study Plan

Time-based study plan for AWS Certified Solutions Architect – Associate (SAA-C03) candidates.

How to use this Study Plan

This independent Study Plan is for candidates preparing for the real AWS Certified Solutions Architect – Associate (SAA-C03) exam from AWS. It is designed for practical scheduling: what to study, when to take timed practice, how to review missed questions, and when to stop adding new material.

The SAA-C03 exam rewards architecture judgment, not simple service recall. Your plan should repeatedly test whether you can choose the best AWS design for requirements such as security, resilience, performance, cost, operations, migration, and scalability.

Use this page with the official AWS exam guide, AWS documentation, hands-on review, and original practice questions.

Which plan should you use?

Time leftBest forDaily time targetMain goalRisk level
7 daysFinal review only2-4 hoursIdentify weak areas, review decisions, take timed mocksHigh if you have not studied yet
14 daysFocused sprint1.5-3 hoursCover core architecture topics and practice heavilyModerate to high
30 daysBalanced preparation60-120 minutesLearn, drill, review, and simulate the examGood default
60 daysFull preparation45-90 minutesBuild steady service knowledge and architecture judgmentLower
90 daysSlower full preparation30-60 minutesBest for busy schedules or newer AWS usersLowest if consistent

If you are not sure, choose the 30-day plan. If you have less time than the daily target, extend the schedule instead of rushing through topics without review.

What SAA-C03 preparation should emphasize

For AWS Certified Solutions Architect – Associate (SAA-C03), organize study around architecture decisions. Do not study services as isolated facts only.

AreaWhat to practiceExample decision skill
IAM and securityIAM policies, roles, least privilege, KMS, Secrets Manager, encryption, identity federation conceptsChoose the secure access pattern with the least operational burden
NetworkingVPCs, subnets, route tables, security groups, NACLs, NAT, VPC endpoints, hybrid connectivity conceptsDecide how private workloads reach AWS services or the internet
ComputeEC2, Auto Scaling, Elastic Load Balancing, Lambda, containers at a conceptual levelSelect scalable compute for workload requirements
StorageS3, EBS, EFS, FSx concepts, lifecycle policies, replication, backupMatch storage to access pattern, durability, sharing, and cost needs
DatabasesRDS, Aurora, DynamoDB, ElastiCache, Redshift conceptsChoose relational, key-value, caching, or analytics storage appropriately
ResilienceMulti-AZ, backups, replication, failover, decoupling, disaster recovery patternsImprove availability without over-engineering
IntegrationSQS, SNS, EventBridge, Step Functions, API GatewayDecouple components and handle asynchronous workloads
Observability and operationsCloudWatch, CloudTrail, AWS Config, Systems Manager, health and event toolsDetect, audit, automate, and troubleshoot architecture issues
Cost and governanceRight sizing, managed services, storage classes, purchase options conceptually, Organizations, taggingReduce cost while meeting requirements
Architecture scenariosTradeoffs across security, reliability, performance, operations, and costEliminate plausible but less suitable answers

Daily practice rhythm

Use the same basic rhythm almost every day. The goal is to turn study time into measurable improvement.

Available timeSession structure
45 minutes10 min missed-question review, 25 min focused topic review, 10 min quick quiz
60 minutes10 min error log, 30 min topic study, 20 min practice questions
90 minutes15 min error log, 35 min topic study, 30 min practice questions, 10 min summary
2 hours15 min review, 45 min topic/lab/diagram work, 45 min timed questions, 15 min correction
3+ hoursSplit into two blocks: topic learning first, timed practice and review second

The daily rule

Each study day should produce at least one of these outputs:

  • A corrected missed-question entry.
  • A service comparison note.
  • A small architecture diagram.
  • A timed question score with reviewed explanations.
  • A weak-area list for the next session.

Passive watching or reading without questions should not count as a full study session.

Diagnostic-first practice

Start with a diagnostic set before building your schedule.

WhenWhat to doHow to use the result
Day 1 of any planTake a mixed untimed or lightly timed diagnostic setIdentify weak domains and service confusion
After first review blockTake a focused timed setCheck whether the review worked
Midpoint of planTake a longer mixed timed setFind cross-topic weaknesses
Final weekTake full-length timed practicePractice endurance, pacing, and decision-making

Do not treat the first diagnostic score as a prediction. Treat it as a map.

Missed-question review method

A missed question is useful only if you convert it into a rule you can reuse.

StepActionExample
1Identify why you missed itMisread requirement, weak service knowledge, confused two services, overbuilt the solution
2Write the architecture clue“Private workload needs AWS service access without public internet exposure”
3Write the correct decision patternConsider VPC endpoints when the requirement fits
4Write the distractor patternNAT, internet gateway, or public subnet may be tempting but may not meet the security requirement
5Re-test within 48 hoursDo 5-10 related questions or redraw the architecture

Error log template

Use a simple table or spreadsheet.

FieldWhat to record
DateWhen you missed it
TopicIAM, VPC, S3, RDS, DynamoDB, etc.
Requirement clueThe words that should have guided the answer
Wrong assumptionWhat you thought incorrectly
Correct ruleThe reusable decision rule
Retest dateWhen you will drill it again

7-day final review plan

Use this if your exam is one week away. This is not enough time to learn AWS from scratch. The goal is to stabilize your weak areas, improve timing, and stop avoidable mistakes.

DayFocusStudy actions
1Diagnostic and triageTake a mixed diagnostic set. Build a weak-area list. Review the official exam guide topics. Do not start with random videos.
2Security and networkingReview IAM roles, policies, KMS, security groups, NACLs, VPC routing, NAT, endpoints, and private/public subnet patterns. Do focused questions.
3Compute, scaling, and resilienceReview EC2, Auto Scaling, load balancers, Lambda, multi-AZ designs, backups, failover, and decoupling. Take a timed topic set.
4Storage and databasesReview S3, EBS, EFS, lifecycle, replication, RDS/Aurora, DynamoDB, caching, and backup choices. Drill service-selection questions.
5Full timed mockTake one full-length timed practice exam or the longest timed set you have. Review every missed and guessed question the same day.
6Weak-area sprintRevisit only your top weak areas. Redraw common architectures. Do short timed mixed sets. Stop adding unfamiliar low-yield material.
7Final reviewReview notes, error log, and common decision rules. Do a small confidence set only. Rest and prepare exam logistics.

7-day priorities

Focus on these before anything else:

  1. IAM access patterns and encryption choices.
  2. VPC routing, private subnets, endpoints, and security boundaries.
  3. High availability and fault-tolerant architecture.
  4. S3, RDS/Aurora, DynamoDB, and storage selection.
  5. Decoupling with SQS, SNS, EventBridge, and managed services.
  6. Cost-aware architecture tradeoffs.

Avoid spending the final week memorizing obscure details that have not appeared in your missed-question patterns.

14-day focused plan

Use this if you have two weeks and can study most days. The plan combines rapid review with daily practice.

DayMain topicRequired practice
1Diagnostic and plan setupMixed diagnostic set, error log, weak-area ranking
2IAM and security foundationsIAM roles, policies, KMS, secrets, encryption, shared responsibility concepts
3VPC and networkingSubnets, routes, gateways, endpoints, security groups, NACLs, hybrid concepts
4Compute and scalingEC2, Auto Scaling, load balancing, Lambda, container service concepts
5StorageS3, EBS, EFS, lifecycle, replication, backup and restore patterns
6DatabasesRDS/Aurora, DynamoDB, caching, database migration and read-scaling concepts
7Timed mixed reviewTimed set, full correction, update weak-area list
8Resilient architecturesMulti-AZ, disaster recovery patterns, decoupling, queues, events
9High-performing architecturesCaching, CDN, read replicas, async processing, performance tradeoffs
10Cost-optimized architecturesStorage class selection, right-sizing concepts, managed services, governance
11Operational excellenceCloudWatch, CloudTrail, Config, Systems Manager, monitoring, automation
12Full timed mockSimulate exam timing as closely as possible. Review thoroughly.
13Weak-area sprintRedo missed topics. Create one-page architecture decision sheet.
14Light final reviewShort mixed set, error log review, logistics, rest

14-day pacing

  • Days 1-6: learn and drill.
  • Days 7-11: integrate topics into architecture scenarios.
  • Days 12-14: simulate, correct, and stabilize.
  • Stop adding new material after Day 12 unless it directly explains a recurring miss.

30-day balanced plan

Use this if you want a realistic preparation window without rushing. This is the best default plan for many working professionals.

Weekly structure

WeekGoalMain outputs
1Build core AWS architecture foundationsDiagnostic, IAM/VPC/compute notes, first error log
2Cover data, storage, integration, and resilienceService comparison charts and focused drills
3Practice scenario decisions and weak areasTimed mixed sets, architecture diagrams, targeted review
4Simulate and finalizeFull mocks, final weak-area sprint, readiness checks

30-day schedule

DaysFocusActions
1DiagnosticTake a mixed diagnostic set. Rank weak topics. Set daily study blocks.
2-3IAM and securityReview IAM users/groups/roles, resource policies, encryption, KMS, secrets, identity federation concepts. Drill security questions.
4-5VPC networkingStudy public/private subnets, route tables, NAT, internet gateways, VPC endpoints, security groups, NACLs, peering and connectivity concepts. Draw diagrams.
6Compute basicsReview EC2, AMIs, instance storage concepts, load balancers, Auto Scaling.
7Weekly reviewTimed mixed set. Correct all misses. Update error log.
8-9StorageReview S3 use cases, lifecycle, replication, EBS, EFS, backup patterns, static website and CDN concepts.
10-11DatabasesReview RDS, Aurora, DynamoDB, ElastiCache, read scaling, backups, high availability, migration concepts.
12Serverless and integrationReview Lambda, API Gateway, SQS, SNS, EventBridge, Step Functions concepts.
13Resilience patternsMulti-AZ, failover, decoupling, disaster recovery strategies, backup and restore.
14Weekly reviewTimed mixed set. Redraw any architecture you missed.
15-16Security scenario practiceCombine IAM, KMS, VPC, logging, and private access decisions in scenario questions.
17-18Performance scenario practiceCaching, CDN, read replicas, async workflows, scaling choices.
19Cost and governanceCost-aware architecture, storage lifecycle, managed services, tagging, Organizations and governance concepts.
20Operations and observabilityCloudWatch, CloudTrail, Config, Systems Manager, alarms, logs, event-driven operations.
21Mid-plan mockTake a long timed mixed set or full mock. Review deeply.
22-23Weak area 1Study your biggest weak area. Do focused questions and hands-on diagram review.
24-25Weak area 2Repeat for your second biggest weak area.
26Architecture comparison dayCompare similar services and patterns: SQS vs SNS vs EventBridge, RDS vs DynamoDB, EFS vs S3 vs EBS, NAT vs endpoint.
27Full timed mockSimulate exam timing. Mark guessed questions for review.
28Mock correctionReview all missed and guessed questions. Convert misses into rules.
29Final weak-area sprintShort drills only. No broad new content.
30Final reviewReview notes, error log, architecture rules, and exam logistics. Rest.

30-day weekly rhythm

Day typeActivity
4 days per weekTopic study plus focused questions
1 day per weekHands-on or diagram review
1 day per weekTimed mixed practice
1 day per weekLight review or rest

Rest days matter. If you skip rest entirely, review quality usually drops.

60/90-day full preparation path

Use this if you are starting earlier, have limited daily time, or want more hands-on reinforcement.

60-day path

PhaseDaysFocusPractice target
11-5Orientation and diagnosticExam guide review, diagnostic set, study tracker
26-15Security and networkingIAM, KMS, VPC, subnets, routes, endpoints, hybrid concepts
316-25Compute and storageEC2, scaling, load balancing, Lambda concepts, S3, EBS, EFS
426-35Databases and integrationRDS/Aurora, DynamoDB, caching, SQS, SNS, EventBridge, API Gateway
536-45Architecture qualityResilience, performance, cost optimization, operations, governance
646-52Scenario practiceMixed timed sets, service comparison drills, architecture diagrams
753-57Full mock and correctionFull timed mock, deep review, weak-area sprint
858-60Final reviewError log, decision rules, light practice, rest

90-day path

For 90 days, use the same phases but stretch them:

PhaseSuggested lengthAdditions
Orientation and diagnostic1 weekBuild a service inventory and study tracker
Security and networking2 weeksMore VPC diagrams and IAM policy reasoning
Compute, storage, and databases3 weeksMore hands-on review and service comparison notes
Integration and resilience2 weeksMore event-driven and decoupled architecture scenarios
Cost, operations, and governance1-2 weeksMonitoring, audit, tagging, and cost tradeoff practice
Mixed practice and mocksFinal 2 weeksTimed sets, full mocks, error-log review

The 90-day plan should not become casual. Keep weekly deadlines and timed practice.

Hands-on concept review checklist

SAA-C03 is an architecture exam, but hands-on review helps make service behavior real. You do not need to build large projects. Use small diagrams, console review, or sandbox exercises where appropriate.

ConceptReview task
VPC architectureDraw a VPC with public and private subnets across multiple Availability Zones, route tables, NAT, and security boundaries
Private accessCompare internet gateway, NAT, VPC endpoints, and private connectivity scenarios
Highly available web appDiagram users, Route 53, CloudFront, ALB, Auto Scaling, private app subnets, and database tier
Object storageReview S3 bucket security, encryption, lifecycle, versioning, replication, and CloudFront integration
Relational databaseCompare RDS and Aurora availability, read scaling, backups, and failover concepts
NoSQL workloadPractice when DynamoDB fits better than relational storage
Decoupled processingDiagram producer, SQS queue, worker fleet or Lambda, dead-letter queue concept, and monitoring
Event-driven workflowCompare SNS, SQS, EventBridge, and Step Functions at a use-case level
Monitoring and auditIdentify which tool helps with metrics, logs, API activity, configuration history, and operational events
Cost reviewIdentify overbuilt designs and select managed or right-sized alternatives

Service comparison drills

Many SAA-C03 questions are solved by eliminating services that do not fit the requirement. Build comparison notes like these.

CompareAsk yourself
Security group vs NACLIs the control instance/resource-level or subnet-level? Stateful or stateless behavior?
NAT gateway vs VPC endpointIs the workload reaching the public internet or privately accessing supported AWS services?
S3 vs EBS vs EFSIs the data object storage, block storage for one instance, or shared file storage?
RDS/Aurora vs DynamoDBIs the workload relational with SQL patterns or key-value/document access at scale?
Read replica vs cacheIs the issue database read scaling or repeated low-latency access to cached data?
SQS vs SNS vs EventBridgeIs the pattern queue-based decoupling, pub/sub notification, or event routing?
CloudWatch vs CloudTrail vs ConfigAre you monitoring metrics/logs, auditing API calls, or tracking resource configuration?
Multi-AZ vs replication/backupIs the requirement high availability, disaster recovery, or data protection?
ALB vs NLBIs the requirement application-layer routing or very high-performance network-level routing?
Managed service vs self-managed EC2Is the priority reduced operations, scalability, control, or customization?

Timed mock exams

Timed mocks should be used after you have enough topic coverage to learn from them. Taking too many too early can waste good questions.

PlanWhen to take timed mocks
7-dayOne diagnostic early and one full timed mock around Day 5
14-dayOne timed mixed set around Day 7 and one full mock around Day 12
30-dayOne longer timed set around Day 21 and full mock around Day 27
60-dayTimed sets during the final third, full mock in the last 7-10 days
90-dayMonthly mixed checks, then full mocks in the final 2 weeks

How to review a mock

Do not only review wrong answers. Review these four groups:

  1. Correct but guessed.
  2. Correct but slow.
  3. Incorrect due to knowledge gap.
  4. Incorrect due to reading or elimination error.

For each mock, produce a short summary:

Question groupWhat to do next
Missed due to weak topicSchedule focused review within 24-48 hours
Missed due to confusion between servicesCreate a comparison table
Missed due to overbuildingPractice choosing the simplest design that meets requirements
Missed due to speedPractice timed sets and flagging strategy
Correct but guessedTreat as unstable knowledge and review it

Final-week rules

During the final week, your goal is to reduce errors, not collect new resources.

Do

  • Review your missed-question log daily.
  • Practice mixed scenario questions.
  • Redraw common AWS architectures from memory.
  • Review IAM, VPC, storage, databases, resilience, and cost tradeoffs.
  • Take timed practice under realistic conditions.
  • Sleep normally before the exam.

Do not

  • Start a new full course in the final days.
  • Memorize random service limits or pricing details.
  • Ignore guessed questions that happened to be correct.
  • Spend all your time on your favorite topic.
  • Take a full mock the night before if it will damage confidence or rest.

When to stop adding new material

Stop broad new content:

Time leftRule
7 daysAdd only material tied to repeated misses
3 daysNo new broad topics; focus on error log and core comparisons
24 hoursLight review only; no heavy mocks or deep new documentation

Exam-readiness checks

You are closer to ready when you can do the following consistently:

  • Explain why the correct answer is better than the distractors.
  • Identify requirement clues such as “least operational overhead,” “highly available,” “cost-effective,” “private access,” or “decoupled.”
  • Choose between similar AWS services without relying on keyword memorization alone.
  • Finish timed practice without rushing the final questions.
  • Recognize when a solution is secure but unnecessarily complex.
  • Recognize when a solution is cheap but does not meet availability or security requirements.
  • Correctly review guessed questions and avoid repeating the same mistake.

If you are behind schedule

Use triage instead of trying to cover everything equally.

ProblemAdjustment
You have not started and exam is within 7 daysTake a diagnostic, focus on IAM, VPC, storage, databases, resilience, and timed practice
You keep missing networkingDraw VPC diagrams daily until route and access patterns are clear
You keep confusing data servicesBuild a comparison chart for S3, EBS, EFS, RDS/Aurora, DynamoDB, and caching
You score well untimed but poorly timedPractice shorter timed sets and flag hard questions earlier
You forget reviewed topicsAdd spaced review: retest each missed topic after 1 day, 3 days, and 7 days
You are overloaded by resourcesPick one primary content source, one question source, and your error log

Practical next step

Start with a mixed diagnostic set for AWS Certified Solutions Architect – Associate (SAA-C03). Then choose the 7-day, 14-day, 30-day, or 60/90-day path based on your exam date. Keep an error log from the first session, and make every study block end with practice or correction.

Browse Certification Practice Tests by Exam Family