AWS · Associate · SAA-C03

AWS Certified Solutions Architect - Associate (SAA-C03) Study Guide

The current SAA-C03 guide is about designing solutions, not recalling a catalog of AWS services. Treat each objective as an architecture decision: identify the requirement, choose the right boundary or managed capability, explain failure behavior, protect data and identity, then justify performance and cost trade-offs. This study guide uses the official domain structure as a map while keeping the learning work inside SubjectVision.

Reviewed 2026-08-16Official scope checked 2026-08-164 weighted domains

Current exam map

The weights below follow the official exam guide checked on 2026-08-16. AWS can revise certification scope, so verify the official guide again near your exam date.

Design Secure Architectures30%
  • Secure access to AWS resources
  • Secure workloads and applications
  • Appropriate data security controls
Design Resilient Architectures26%
  • Scalable and loosely coupled architectures
  • Highly available and fault-tolerant architectures
  • Failure-domain and recovery reasoning
Design High-Performing Architectures24%
  • High-performing storage and compute choices
  • Database and networking performance
  • Matching service characteristics to workload behavior
Design Cost-Optimized Architectures20%
  • Cost-aware storage and compute
  • Database cost trade-offs
  • Network and data-transfer cost decisions

Exam facts worth knowing

  • Current exam guide: SAA-C03
  • Question styles include multiple choice and multiple response
  • The guide describes 50 scored questions plus 15 unscored questions
  • The reported scaled score range is 100–1,000, with 720 as the minimum passing score

Your study path

1. Build the architecture mental model

Before memorizing services, practice translating requirements into security, resilience, performance, and cost constraints.

  • State the workload assumptions before choosing services.
  • Draw request, identity, and data flows for every design.
  • Name the failure domain and recovery expectation explicitly.

2. Make security decisions explainable

Learn why identity boundaries, short-lived credentials, encryption, and policy layers exist instead of memorizing IAM vocabulary.

  • Separate authentication, authorization, guardrails, and workload identity.
  • Prefer temporary credentials and least privilege.
  • Explain how data is protected in transit, at rest, and through access controls.

3. Practice resilience through failure scenarios

Turn availability statements into concrete failure assumptions, recovery behavior, capacity decisions, and safe retry patterns.

  • Ask what happens when one Availability Zone or dependency fails.
  • Identify hidden single points of failure.
  • Reason about idempotency, retries, queues, health signals, and graceful degradation.

4. Compare performance and cost together

A faster architecture is not automatically better, and a cheaper service is not automatically cheaper for a given workload.

  • Match access patterns to storage and database behavior.
  • Include data transfer, idle capacity, request charges, retries, and observability in cost reasoning.
  • Use workload shape to choose between elastic and continuously provisioned compute.

5. Rehearse decisions, not definitions

Use the final study passes to explain why an option fits the requirement and why plausible alternatives do not.

  • Answer the course knowledge check without looking up definitions first.
  • For every missed question, identify the decision rule you misunderstood.
  • Revisit the current official guide shortly before the exam in case AWS changes scope or terminology.

Scenario practice

Do not reveal the answer check immediately. State the requirement, sketch the boundary, and explain why your choice satisfies the requirement better than plausible alternatives.

Practice 1

A team needs production access across multiple AWS accounts. What should you decide before choosing IAM users, roles, or policies?

Think about

Identity source, session lifetime, human versus workload identity, blast radius, organization guardrails, and auditability.

Reveal the answer check

A strong answer begins with identity and authorization boundaries, prefers short-lived role sessions over long-lived user keys, and explains where organization-level guardrails differ from workload permissions.

Practice 2

An API must survive an Availability Zone failure without duplicate orders. What parts of the design deserve attention beyond adding more compute instances?

Think about

Data tier, idempotency, dependency health, capacity, routing, retries, egress, and user-visible degradation.

Reveal the answer check

A strong answer treats availability as an end-to-end property. Multi-AZ compute alone is insufficient if data, networking, dependencies, or retry behavior still fail in one zone.

Practice 3

A workload stores large documents plus searchable metadata. Why might one storage service not be the best home for both?

Think about

Object size, query patterns, transactional metadata, authorization, lifecycle, and failure recovery between services.

Reveal the answer check

The design should follow access patterns and consistency boundaries. Durable object storage can hold files while a datastore optimized for queries and updates owns metadata, with explicit recovery for partial failures.

Practice 4

A bursty event workload can lag for several minutes. What should determine whether functions or long-running containers are more cost-effective?

Think about

Execution duration, concurrency, baseline load, startup behavior, downstream limits, idle capacity, request charges, and operational ownership.

Reveal the answer check

There is no universal winner. A strong answer characterizes workload shape, decouples ingestion where useful, and compares full-path unit economics plus operational consequences.

Ready to make the choices yourself?

Use the dedicated five-question practice set to commit to one architecture decision, score the result anonymously, and inspect feedback for every distractor.

Start SAA-C03 decision practice

Exam-day reasoning

  • Read the final sentence of a scenario first so you know what decision the question is asking you to make.
  • Translate adjectives such as most secure, least operational overhead, highly available, or cost-effective into explicit architectural priorities.
  • Eliminate choices that violate a stated requirement before debating two plausible AWS services.
  • Do not assume a more complex architecture is better; prefer the option that satisfies the requirement with the appropriate managed boundary and operational burden.
  • Use remaining time to revisit questions where two answers were plausible and re-check which one best matches the wording of the requirement.

What this guide does not do

It does not reproduce proprietary exam questions, dumps, or confidential test material. The goal is to build the architecture judgment that the certification is intended to validate, then use AWS's current exam guide as the final scope authority.