AWS Certified Solutions Architect — Professional (SAP-C02)
A documentation-first study guide. AWS writes the exam from its own documentation, so reading the docs is the highest-leverage thing you can do. This guide is a curated index into the canonical references, FAQs, and a selection of whitepapers — organised around the four exam domains, not around services. The Professional exam differs from the Associate exams in kind, not just degree: every question is a long scenario with multiple plausible answers, and the correct one is decided by a constraint buried in the scenario (cost, RTO, operational overhead, compliance, or organizational structure). The docs teach you the distinguishing details that break those ties.
Maps to the published AWS Certified Solutions Architect — Professional (SAP-C02) exam guide. Domain weights and task statements are quoted from that PDF (version 1.2).
About the exam
Current exam code: SAP-C02 (released November 2022, exam guide version 1.2). No C03 announcement as of July 2026.
Format: 75 questions (65 scored + 10 unscored) · 180 minutes · $300 USD · scaled score 100–1000, pass at 750. Question types are multiple choice (one correct of four) and multiple response (two or more correct of five or more). Unanswered questions score as incorrect and there is no penalty for guessing.
The four domains:
- Domain 1 — Design Solutions for Organizational Complexity — 26%
- Domain 2 — Design for New Solutions — 29%
- Domain 3 — Continuous Improvement for Existing Solutions — 25%
- Domain 4 — Accelerate Workload Migration and Modernization — 20%
Primary official sources (bookmark these):
- Official SAP-C02 certification page
- SAP-C02 Exam Guide (PDF)
- Official sample questions (PDF)
- AWS Skill Builder — search for the free Exam Prep Plan and the official practice question set for SAP-C02
Whitepapers worth reviewing:
- AWS Well-Architected Framework — the exam is explicitly written against the framework; know all six pillars.
- Disaster Recovery of Workloads on AWS — backup and restore, pilot light, warm standby, multi-site active/active. The single most quotable whitepaper on this exam.
- Organizing Your AWS Environment Using Multiple Accounts — OU design, account structure patterns, and governance.
- Building a Scalable and Secure Multi-VPC AWS Network Infrastructure — Transit Gateway, PrivateLink, hybrid DNS, and centralized egress patterns.
- Hybrid Connectivity — Direct Connect and VPN design choices, resiliency models.
- AWS Prescriptive Guidance — Migration strategy — the 7Rs, portfolio assessment, and wave planning vocabulary the exam uses.
Priority tiers: The published domain weights (26/29/25/20) tell you how the exam is balanced across the four domains, but they don't tell you that within each domain a handful of topics account for most of the questions. Every section in this guide carries a tier badge based on triangulating the AWS exam guide, the experience reports of recent test takers, and the patterns that appear in the practice-exam community:
- ★★★ Core Heavily tested. Multiple questions will lean on this. Spend hours, not minutes — if you don't know it well, you fail.
- ★★ Important Reliably tested, usually one or two questions. Read every linked page in the section, do the FAQ, understand the comparison points. A few hours per topic.
- ★ Light Known to appear, but typically as one distinguishing question or as wrong-answer distractors. Skim the docs, learn the one-line distinction, move on. Twenty minutes to an hour.
For an 8–12 week prep cycle the rough split that the data supports is about 60% of your time on Core topics, 30% on Important, and 10% on Light. The biggest single concentration of questions across the whole exam is the cluster around AWS Organizations + SCPs + Control Tower, Transit Gateway + Direct Connect + PrivateLink, disaster recovery strategies (RTO/RPO), and the migration service family (MGN, DMS, DataSync, Snow) — know those cold and you have the foundation of a pass.
How to use this guide:
- Each section opens with a one-paragraph summary explaining what to focus on, then has up to three link sections: Core docs (user/developer guides — the canonical reference), FAQ (exam writers love edge cases from FAQs — do not skip), and Deeper reading (whitepapers, blog posts, prescriptive guidance).
- If a link 404s, AWS has reorganised the docs. Search the page title to find the new location — the content almost always still exists.
- The What's New feed is worth a weekly scan in the last month before your exam; the exam lags new features by ~12 months but recent launches are a good prompt to revisit older chapters.
Part I — Domain 1: Design Solutions for Organizational Complexity (26%)
The domain that separates Professional from Associate. Everything here assumes dozens or hundreds of AWS accounts, hybrid connectivity to on-premises data centers, and central teams that must enforce security and cost controls without blocking application teams.
Chapter 1 — Network connectivity strategies
Maps to Task Statement 1.1 — Architect network connectivity strategies
Knowledge of:
- AWS Global Infrastructure
- AWS networking concepts (for example, Amazon Virtual Private Cloud [Amazon VPC], AWS Direct Connect, AWS VPN, transitive routing, AWS container services)
- Hybrid DNS concepts (for example, Amazon Route 53 Resolver, on-premises DNS integration)
- Network segmentation (for example, subnetting, IP addressing, connectivity among VPCs)
- Network traffic monitoring
Skills in:
- Evaluating connectivity options for multiple VPCs
- Evaluating connectivity options for on-premises, co-location, and cloud integration
- Selecting AWS Regions and Availability Zones based on network and latency requirements
- Troubleshooting traffic flows by using AWS tools
- Using service endpoints for service integrations
1.1 AWS Transit Gateway ★★★ Core
Transit Gateway is the default answer for connecting many VPCs and on-premises networks at scale — it is the most heavily tested networking service on SAP-C02. Know attachments (VPC, VPN, Direct Connect gateway, peering), route tables and how associating/propagating routes creates segmentation (prod cannot reach dev), inter-Region peering (non-transitive), and the centralized egress/inspection patterns. Know when VPC peering still wins (two or three VPCs, lowest cost, no bandwidth ceiling). Expect 4-6 questions where Transit Gateway is the answer or a key distractor.
Core docs
- What is a transit gateway? — hub-and-spoke router for VPCs and on-premises networks
- Transit gateway route tables — associations and propagations control which attachments can reach each other
- Transit gateway peering attachments — inter-Region peering, static routes only, traffic stays on the AWS backbone
- Transit gateway VPN attachments — terminate Site-to-Site VPN on the transit gateway, ECMP for aggregate bandwidth
- Transit gateway Direct Connect gateway attachments — connect Direct Connect to many VPCs via transit VIF
- Multicast on transit gateways — the only way to run multicast in a VPC
FAQ
Deeper reading
- Building a Scalable and Secure Multi-VPC AWS Network Infrastructure — centralized egress, centralized inspection, and shared services VPC patterns
- Amazon VPC-to-Amazon VPC connectivity options — peering vs Transit Gateway vs PrivateLink decision table
1.2 AWS Direct Connect and Site-to-Site VPN ★★★ Core
Hybrid connectivity questions hinge on bandwidth, consistency, cost, and resiliency requirements. Know Direct Connect connection types (dedicated vs hosted), virtual interface types (private, public, transit), Direct Connect gateway (connect to VPCs in any Region), LAG, and the resiliency models (development, high, maximum). Know Site-to-Site VPN as the encrypted, fast-to-provision, cheaper option (1.25 Gbps per tunnel, ECMP over transit gateway to scale), VPN as backup for Direct Connect, and that a VPN over a Direct Connect public VIF gives you encryption over the dedicated link. MACsec covers encryption on 10/100 Gbps dedicated connections. Expect 3-5 questions.
Core docs
- What is AWS Direct Connect? — dedicated network connection to AWS, consistent latency
- Direct Connect virtual interfaces — private VIF (one VPC), public VIF (AWS public endpoints), transit VIF (transit gateway)
- Direct Connect gateways — global object connecting a connection to VPCs across Regions and accounts
- Direct Connect resiliency recommendations — development, high resiliency, and maximum resiliency models
- Link aggregation groups (LAGs) — bundle connections at the same location
- What is AWS Site-to-Site VPN? — IPsec tunnels over the internet, two tunnels per connection
- Site-to-Site VPN routing options — static vs BGP dynamic routing
- Accelerated Site-to-Site VPN — Global Accelerator edge entry for more consistent VPN performance
- AWS VPN CloudHub — connect multiple branch offices via a virtual private gateway
FAQ
Deeper reading
- Hybrid Connectivity whitepaper — decision framework for Direct Connect, VPN, and combined architectures
1.3 VPC peering, PrivateLink, and VPC endpoints ★★★ Core
Know the three ways to connect VPCs and when each wins: peering (one-to-one, non-transitive, no bandwidth cap, free within an AZ), Transit Gateway (many-to-many, transitive, hourly + per-GB cost), and PrivateLink (expose one service to thousands of consumers, works with overlapping CIDRs, unidirectional). Gateway endpoints (S3, DynamoDB) are free; interface endpoints cost per hour + per GB but work from on-premises over Direct Connect/VPN. Endpoint policies restrict what an endpoint can reach. Overlapping-CIDR scenarios are a strong PrivateLink signal. Expect 3-5 questions.
Core docs
- What is VPC peering? — one-to-one, non-transitive VPC connections
- What is AWS PrivateLink? — private connectivity to services without internet exposure
- Share your services through AWS PrivateLink — endpoint services behind a Network Load Balancer
- Gateway endpoints — S3 and DynamoDB via route table entries, no charge
- Access AWS services through AWS PrivateLink — interface endpoints for AWS APIs
- Control access to VPC endpoints using endpoint policies — resource policies on the endpoint itself
- Amazon VPC IP Address Manager (IPAM) — plan and audit CIDR allocation across an organization
FAQ
1.4 Hybrid DNS with Route 53 Resolver ★★ Important
Hybrid DNS is a Professional-exam staple. Know that the Route 53 Resolver at VPC CIDR +2 answers queries inside a VPC, that an inbound resolver endpoint lets on-premises DNS resolve AWS private hosted zones, and that an outbound endpoint plus forwarding rules lets VPCs resolve on-premises domains. Forwarding rules can be shared across accounts with AWS RAM, and private hosted zones can be associated with VPCs in other accounts. Expect 1-3 questions.
Core docs
- What is Route 53 Resolver? — DNS resolution between VPCs and on-premises networks
- Forwarding outbound DNS queries to your network — outbound endpoints and forwarding rules
- Working with private hosted zones — split-horizon DNS inside VPCs
- Associating private hosted zones with VPCs in different accounts — cross-account DNS sharing
- Amazon Route 53 record types and routing — DNS fundamentals refresher
FAQ
Deeper reading
- Hybrid DNS section of the multi-VPC whitepaper — centralized resolver endpoint pattern shared with AWS RAM
1.5 Network traffic monitoring and troubleshooting ★★ Important
Know which tool answers which troubleshooting question: VPC Flow Logs for accepted/rejected traffic records (published to CloudWatch Logs or S3), Reachability Analyzer for static configuration analysis of a path between two resources (no packets sent), Network Access Analyzer for finding unintended network access at scale, and Traffic Mirroring for full packet capture to an appliance. Expect 1-2 questions, often "which tool proves why the connection fails".
Core docs
- VPC Flow Logs — capture IP traffic metadata at VPC, subnet, or ENI level
- What is Reachability Analyzer? — configuration-based path analysis between endpoints
- What is Network Access Analyzer? — identify unintended network paths against a scope
- What is Traffic Mirroring? — copy packets to monitoring appliances
Chapter 2 — Security controls across the organization
Maps to Task Statement 1.2 — Prescribe security controls
Knowledge of:
- AWS Identity and Access Management (IAM) and AWS IAM Identity Center
- Route tables, security groups, and network ACLs
- Encryption keys and certificate management (for example, AWS Key Management Service [AWS KMS], AWS Certificate Manager [ACM])
- AWS security, identity, and compliance tools (for example, AWS CloudTrail, AWS Identity and Access Management Access Analyzer, AWS Security Hub, Amazon Inspector)
Skills in:
- Evaluating cross-account access management
- Integrating with third-party identity providers
- Deploying encryption strategies for data at rest and data in transit
- Developing a strategy for centralized security event notifications and auditing
2.1 IAM cross-account access ★★★ Core
Cross-account access is the bread and butter of Domain 1. Know the role-assumption pattern (trust policy in the target account, sts:AssumeRole permission in the source account), when resource-based policies are enough (S3, KMS, SNS, SQS — the principal keeps its own identity, no role hop), the external ID pattern for third parties (confused deputy), and policy evaluation across account boundaries (both the identity policy and the resource policy must allow). Permissions boundaries and session policies cap what a role can do. Expect 3-4 questions.
Core docs
- Cross-account access using roles — the canonical delegation tutorial
- IAM roles — trust policies, temporary credentials
- How to use an external ID with third parties — mitigating the confused deputy problem
- Identity-based vs resource-based policies — when a role assumption is not needed
- Policy evaluation logic — including cross-account evaluation
- Permissions boundaries — cap maximum permissions for delegated administration
- AssumeRole — STS API, session duration, session policies
FAQ
2.2 IAM Identity Center and federation ★★ Important
IAM Identity Center (formerly AWS SSO) is the modern answer for workforce access to many accounts: one identity source (built-in, Active Directory via AWS Directory Service, or an external SAML/SCIM IdP), permission sets that materialize as roles in member accounts, and integration with Organizations. Know classic SAML 2.0 federation to a single account and AWS Directory Service options (AWS Managed Microsoft AD vs AD Connector) for scenarios anchored on existing Active Directory. Expect 2-3 questions.
Core docs
- What is IAM Identity Center? — workforce SSO across accounts and applications
- Permission sets — templates that become IAM roles in member accounts
- Identity sources — Identity Center directory, Active Directory, external IdP
- SAML 2.0 federation with IAM — the pre-Identity-Center federation model
- What is AWS Directory Service? — AWS Managed Microsoft AD, AD Connector, Simple AD
FAQ
2.3 Encryption strategy — KMS and ACM at scale ★★ Important
At the Professional level KMS questions are about key policies and boundaries: cross-account key grants and key policies, multi-Region keys for encrypting data that replicates across Regions, customer managed vs AWS managed keys (only customer managed keys support cross-account use and custom rotation), and imported key material. ACM certificates are regional (except CloudFront, which uses us-east-1) and cannot be exported; ACM Private CA issues internal certs. CloudHSM appears when the scenario demands single-tenant FIPS 140-2 Level 3 hardware or SQL Server TDE. Expect 2-3 questions.
Core docs
- AWS KMS concepts — key types, envelope encryption, grants
- Allowing users in other accounts to use a KMS key — key policy plus IAM policy in the external account
- Multi-Region keys — replica keys with the same key ID for cross-Region decryption
- Rotating AWS KMS keys — automatic annual rotation for customer managed keys
- What is AWS Certificate Manager? — public and private TLS certificates, automatic renewal
- What is AWS CloudHSM? — dedicated, single-tenant HSMs you control
FAQ
2.4 Centralized security auditing and notifications ★★ Important
Central security teams need organization-wide visibility. Know the delegated administrator pattern: an organization trail in CloudTrail logging every account to one S3 bucket, Security Hub aggregating findings across accounts and Regions, GuardDuty with a delegated admin auto-enrolling new accounts, IAM Access Analyzer finding resources shared outside the organization zone of trust, and Amazon Inspector scanning EC2, ECR, and Lambda for vulnerabilities. EventBridge routes findings to notification and remediation targets. Expect 2-3 questions.
Core docs
- Creating a trail for an organization — one trail, every account, centrally managed
- What is AWS Security Hub? — aggregated findings, security standards, scores
- Security Hub cross-Region aggregation — one home Region for all findings
- Managing GuardDuty accounts with AWS Organizations — delegated administrator, auto-enable
- What is IAM Access Analyzer? — external access findings, unused access, policy validation
- What is Amazon Inspector? — automated vulnerability scanning for EC2, ECR, Lambda
- Sending EventBridge events across accounts — central security event bus pattern
FAQ
Chapter 3 — Reliable and resilient architectures
Maps to Task Statement 1.3 — Design reliable and resilient architectures
Knowledge of:
- Recovery time objectives (RTOs) and recovery point objectives (RPOs)
- Disaster recovery strategies (for example, using AWS Elastic Disaster Recovery, pilot light, warm standby, and multi-site)
- Data backup and restoration
Skills in:
- Designing disaster recovery solutions based on RTO and RPO requirements
- Implementing architectures to automatically recover from failure
- Developing the optimal architecture by considering scale-up and scale-out options
- Designing an effective backup and restoration strategy
3.1 Disaster recovery strategies — RTO and RPO ★★★ Core
Memorize the four DR strategies in order of decreasing RTO/RPO and increasing cost: backup and restore (hours), pilot light (tens of minutes — data live, core services replicated but switched off), warm standby (minutes — scaled-down full copy always running), and multi-site active/active (near zero — full capacity in both Regions). Exam questions give you an RTO/RPO and a budget constraint and ask you to pick the cheapest strategy that meets them, or to identify the components of a given strategy (Aurora global database for pilot light data, Route 53 failover for cutover). This pattern appears across every domain. Expect 4-6 questions exam-wide.
Core docs
- Disaster recovery options in the cloud — the canonical four-strategy chart
- Plan for Disaster Recovery (Reliability Pillar) — RTO/RPO definitions and testing guidance
- Amazon Route 53 Application Recovery Controller — readiness checks and routing controls for Regional failover
- Configuring DNS failover — health checks plus failover routing policy
Deeper reading
- Disaster Recovery of Workloads on AWS whitepaper — read end to end; the exam quotes its vocabulary
- Reliability Pillar — Well-Architected — failure management design principles
3.2 AWS Elastic Disaster Recovery ★★ Important
Elastic Disaster Recovery (DRS) is the named service for lift-and-shift DR of physical, virtual, and cloud servers: continuous block-level replication into a low-cost staging area, launch into full capacity only during drills or recovery, point-in-time recovery for ransomware. It replaced CloudEndure and is the recommended DR answer for EC2-hostable workloads with short RTO/RPO and minimal steady-state cost. Distinguish from AWS Backup (snapshots, longer RTO) and from MGN (one-way migration, not DR). Expect 1-2 questions.
Core docs
- What is Elastic Disaster Recovery? — continuous replication, minimal staging footprint
- Elastic Disaster Recovery core concepts — staging area subnet, recovery instances, failback
- Performing a failback — returning to the source after recovery
FAQ
3.3 Backup and restoration strategy ★★ Important
AWS Backup centralizes backup across services (EBS, RDS, DynamoDB, EFS, FSx, S3, VMware and more) with backup plans, cross-Region and cross-account copies, and organization-wide backup policies through Organizations. Backup Vault Lock provides WORM immutability against ransomware and rogue admins. Know service-native alternatives (EBS snapshot lifecycle via Data Lifecycle Manager, RDS automated backups and PITR, S3 versioning + replication) and when the scenario's compliance wording points to Vault Lock. Expect 2-3 questions.
Core docs
- What is AWS Backup? — centralized, policy-based backup
- Creating backup copies across AWS accounts — isolate backups from a compromised account
- AWS Backup Vault Lock — WORM protection for recovery points
- Managing backups across the organization — backup policies via Organizations
- Amazon Data Lifecycle Manager — automated EBS snapshot schedules
- RDS automated backups and point-in-time restore — transaction-log-based PITR
FAQ
Chapter 4 — Multi-account AWS environments
Maps to Task Statement 1.4 — Design a multi-account AWS environment
Knowledge of:
- AWS Organizations and AWS Control Tower
- Multi-account event notifications
- AWS resource sharing across environments
Skills in:
- Evaluating the most appropriate account structure for organizational requirements
- Recommending a strategy for central logging and event notifications
- Developing a multi-account governance model
4.1 AWS Organizations and SCPs ★★★ Core
The single most tested management topic on SAP-C02. Know OU design (security OU, infrastructure OU, workload OUs; group by function, not company org chart), service control policies (guardrails that set the maximum permissions — they never grant, do not affect the management account or service-linked roles, and evaluate as an intersection along the OU path), delegated administrator for security services, consolidated billing (volume discount and RI/Savings Plan sharing across the organization), and tag policies. Common SCP patterns: deny leaving the organization, deny disabling CloudTrail/GuardDuty, region restriction, deny root user actions. Expect 4-6 questions.
Core docs
- What is AWS Organizations? — accounts, OUs, policies, consolidated billing
- Service control policies (SCPs) — maximum-permission guardrails
- SCP examples — region deny, protect security services, require tags
- Tag policies — standardize tags across accounts
- Delegated administrator for AWS services — which services support org-wide delegation
- Consolidated billing — one bill, shared discounts and commitments
FAQ
Deeper reading
- Organizing Your AWS Environment Using Multiple Accounts — recommended OU structure; the exam's mental model
4.2 AWS Control Tower ★★ Important
Control Tower is the managed landing zone: it sets up Organizations, the log archive and audit accounts, IAM Identity Center, and applies controls (formerly guardrails) — preventive (SCPs), detective (Config rules), and proactive (CloudFormation hooks). Account Factory provisions standardized accounts on demand. Pick Control Tower when the scenario says "quickly establish a governed multi-account environment with minimal custom work"; pick raw Organizations + StackSets when deep customization is required. Expect 1-2 questions.
Core docs
- What is AWS Control Tower? — automated landing zone with best-practice blueprints
- Controls in AWS Control Tower — preventive, detective, and proactive controls
- Provision accounts with Account Factory — standardized account vending
- Shared accounts — management, log archive, and audit accounts
FAQ
4.3 Resource sharing and cross-account events ★★ Important
AWS RAM shares resources (Transit Gateway attachments, subnets, Route 53 Resolver rules, License Manager configs and more) with accounts or OUs without duplicating them — sharing within an organization skips invitation handshakes. Shared-VPC subnets let a network team own the VPC while application accounts deploy into it. For events, know the central event bus pattern: EventBridge rules in member accounts target a bus in the security or operations account (resource policy required). Expect 1-2 questions.
Core docs
- What is AWS Resource Access Manager? — share resources across accounts and OUs
- Shareable AWS resources — what RAM can and cannot share
- VPC sharing — participants launch into subnets owned by another account
- Sending and receiving EventBridge events between accounts — central bus with resource policies
FAQ
4.4 Centralized logging ★★ Important
Know the standard central logging architecture: an organization CloudTrail trail and AWS Config delivery to a log-archive account S3 bucket with restrictive bucket policies, CloudWatch Logs subscription filters streaming to Kinesis Data Streams or Amazon Data Firehose for aggregation, and cross-account CloudWatch observability for dashboards. S3 access logs, VPC Flow Logs, and ELB access logs all land in the same archive. Athena queries the archive in place. Expect 1-2 questions.
Core docs
- CloudWatch Logs subscription filters — stream logs to Kinesis, Firehose, or Lambda
- Cross-account log data sharing with subscriptions — central log destination pattern
- CloudWatch cross-account observability — monitoring accounts view metrics/logs/traces in source accounts
- Querying AWS CloudTrail logs with Athena — SQL over the central audit archive
Chapter 5 — Cost optimization and visibility across accounts
Maps to Task Statement 1.5 — Determine cost optimization and visibility strategies
Knowledge of:
- AWS cost and usage monitoring tools (for example, AWS Trusted Advisor, AWS Pricing Calculator, AWS Cost Explorer, AWS Budgets)
- AWS purchasing options (for example, Reserved Instances, Savings Plans, Spot Instances)
- AWS rightsizing visibility tools (for example, AWS Compute Optimizer, Amazon Simple Storage Service [Amazon S3] Storage Lens)
Skills in:
- Monitoring cost and usage with AWS tools
- Developing an effective tagging strategy that maps costs to business units
- Understanding how purchasing options affect cost and performance
5.1 Cost visibility — Cost Explorer, Budgets, CUR ★★ Important
Know which tool answers which question: Cost Explorer for interactive analysis and RI/Savings Plans recommendations, AWS Budgets for threshold alerts and budget actions (can trigger an SCP or stop instances), and the Cost and Usage Report (CUR) for the most granular line-item data delivered to S3 and queried with Athena/QuickSight. Cost allocation tags must be activated in the management account before they appear in reports; cost categories group costs by business dimension. Expect 2-3 questions.
Core docs
- What is AWS Cost Explorer? — visualize and analyze cost and usage
- Managing your costs with AWS Budgets — alerts and automated budget actions
- What are AWS Cost and Usage Reports? — the most detailed billing data available
- Using cost allocation tags — activate tags for cost reporting
- AWS Cost Categories — map costs to teams and business units
- AWS Pricing Calculator — estimate costs before building
5.2 Purchasing options — RIs, Savings Plans, Spot ★★★ Core
Cost questions on SAP-C02 usually reduce to picking the right purchase model. Know: Compute Savings Plans (most flexible — any instance family, Region, Fargate, Lambda) vs EC2 Instance Savings Plans (cheaper, locked to a family in a Region) vs Standard RIs (can also be sold on the marketplace) vs Convertible RIs (exchangeable). Spot for interruptible, stateless, or batch workloads (2-minute interruption notice); On-Demand for spiky unpredictable baselines. RIs and Savings Plans are shared across consolidated billing by default. Expect 3-4 questions.
Core docs
- What are Savings Plans? — Compute vs EC2 Instance vs SageMaker plans
- Reserved Instances — Standard vs Convertible, zonal vs regional
- Spot Instances — interruption behavior, Spot Fleet, capacity-optimized allocation
- How Reserved Instances are applied — instance size flexibility, consolidated billing sharing
FAQ
5.3 Rightsizing — Compute Optimizer, Trusted Advisor, Storage Lens ★★ Important
Know the visibility tools by their signature outputs: Compute Optimizer gives ML-based rightsizing recommendations for EC2, ASGs, EBS, Lambda, and ECS on Fargate; Trusted Advisor flags idle resources, underutilized instances, and service limit usage (full checks need Business/Enterprise support); S3 Storage Lens gives organization-wide storage metrics and finds incomplete multipart uploads or cold data. Expect 1-2 questions.
Core docs
- What is AWS Compute Optimizer? — rightsizing recommendations from utilization metrics
- AWS Trusted Advisor — cost, performance, security, fault tolerance, and quota checks
- S3 Storage Lens — org-wide storage analytics and recommendations
FAQ
Deeper reading
- Cost Optimization Pillar — Well-Architected — expenditure awareness and rightsizing methodology
Part II — Domain 2: Design for New Solutions (29%)
The largest domain by weight. Greenfield design: deployment strategies, business continuity, security, reliability, performance, and cost for solutions you are building from scratch. Expect the longest scenarios here.
Chapter 6 — Deployment strategies
Maps to Task Statement 2.1 — Design a deployment strategy to meet business requirements
Knowledge of:
- Infrastructure as code (IaC) (for example, AWS CloudFormation)
- Continuous integration and continuous delivery (CI/CD)
- Change management processes
- Configuration management tools (for example, AWS Systems Manager)
Skills in:
- Determining an application or upgrade path for new services and features
- Selecting services to develop deployment strategies and implement appropriate rollback mechanisms
- Adopting managed services as needed to reduce infrastructure provisioning and patching overhead
- Making advanced technologies accessible by delegating complex development and deployment tasks to AWS
6.1 CloudFormation at organizational scale ★★★ Core
Professional-level CloudFormation means StackSets: deploy stacks to many accounts and Regions from one template, with service-managed permissions that auto-deploy to new accounts in an OU. Know change sets (preview before update), drift detection, stack policies (protect resources during updates), custom resources (Lambda-backed for anything CloudFormation cannot do), and rollback behavior. StackSets + Organizations is the standard answer for "apply this baseline to every account". Expect 2-4 questions.
Core docs
- What is AWS CloudFormation? — declarative infrastructure as code
- Working with StackSets — multi-account, multi-Region deployment
- Change sets — preview stack updates
- Detecting drift — find out-of-band changes
- Stack policies — prevent updates to critical resources
- Custom resources — Lambda-backed extension points
FAQ
6.2 CI/CD and deployment patterns ★★ Important
Know the deployment strategies and their rollback characteristics cold: all-at-once (downtime, fastest), rolling (reduced capacity during deploy), blue/green (two full environments, instant rollback by swapping traffic — Route 53 weighted records, ALB target groups, or CodeDeploy), and canary/linear traffic shifting (CodeDeploy for Lambda and ECS). CodePipeline orchestrates source, build (CodeBuild), and deploy (CodeDeploy) with manual approvals and cross-account actions. Expect 2-3 questions, usually "which strategy meets this rollback/availability requirement".
Core docs
- What is AWS CodePipeline? — CI/CD orchestration
- What is AWS CodeDeploy? — deployments to EC2, Lambda, and ECS
- CodeDeploy deployment configurations — in-place, blue/green, canary, linear
- Blue/green deployments on ECS — target-group switching
- Elastic Beanstalk deployment policies — rolling, immutable, traffic splitting
FAQ
Deeper reading
- Blue/Green Deployments on AWS — DNS, load balancer, and Auto Scaling swap techniques
6.3 AWS Systems Manager for configuration management ★★ Important
Systems Manager is the exam's configuration-management answer: Run Command for fleet-wide commands without SSH, State Manager for enforcing desired configuration, Patch Manager with patch baselines and maintenance windows for org-wide patching, Automation runbooks for operational workflows and remediation, Session Manager for auditable shell access with no open inbound ports, and Parameter Store for configuration data. Expect 2-3 questions spread across domains.
Core docs
- What is AWS Systems Manager? — operational hub for AWS and hybrid nodes
- Run Command — remote command execution at scale
- State Manager — associations that keep instances in a defined state
- Patch Manager — baselines, patch groups, maintenance windows
- Automation runbooks — self-service and event-driven operations
- Session Manager — shell access without bastions or inbound ports
FAQ
6.4 Service Catalog and Proton ★ Light
Service Catalog lets a platform team publish approved CloudFormation products that end users launch with constrained permissions (launch constraints use the catalog role, not the user's) — the answer for "let teams self-serve approved architectures without granting broad IAM permissions". Proton does the same for containerized/serverless application templates with environment and service templates. One question at most, often as a distractor pair.
Core docs
- What is AWS Service Catalog? — curated portfolios of approved products
- Service Catalog launch constraints — provision with a role the user does not have
- What is AWS Proton? — platform templates for container and serverless apps
Chapter 7 — Business continuity and multi-Region design
Maps to Task Statement 2.2 — Design a solution to ensure business continuity
Knowledge of:
- AWS Global Infrastructure
- AWS networking concepts (for example, Route 53, routing methods)
- RTOs and RPOs
- Disaster recovery scenarios (for example, backup and restore, pilot light, warm standby, multi-site)
- Disaster recovery solutions on AWS
Skills in:
- Configuring disaster recovery solutions
- Configuring data and database replication
- Performing disaster recovery testing
- Architecting a backup solution that is automated, is cost-effective, and supports business continuity across multiple Availability Zones or Regions
- Designing an architecture that provides application and infrastructure availability in the event of a disruption
- Using processes and components for centralized monitoring to proactively recover from system failures
7.1 Multi-Region failover with Route 53 ★★★ Core
Know Route 53 routing policies as failover machinery: failover routing with health checks for active/passive, weighted for gradual cutover and blue/green, latency-based for active/active. Health checks can monitor endpoints, other health checks (calculated), or CloudWatch alarms; they cannot monitor private resources directly (use a CloudWatch alarm health check). Route 53 Application Recovery Controller adds readiness checks and manual routing controls that work even when control planes are impaired. Alias records at the zone apex point to ELB, CloudFront, and Global Accelerator. Expect 2-4 questions.
Core docs
- Route 53 routing policies — simple, weighted, latency, failover, geolocation, geoproximity, multivalue
- Configuring DNS failover — active/passive and active/active patterns
- Route 53 health checks — endpoint, calculated, and CloudWatch alarm checks
- Route 53 Application Recovery Controller — routing controls and readiness checks
- Choosing between alias and non-alias records — apex-compatible pointers to AWS resources
FAQ
7.2 Database replication across Regions ★★★ Core
Match the replication technology to the RPO/RTO: Aurora Global Database (storage-level replication, typically under one second RPO, promote a secondary Region in about a minute), DynamoDB global tables (active/active multi-Region writes, last-writer-wins), RDS cross-Region read replicas (asynchronous, promotable but slower), and ElastiCache Global Datastore for Redis. Know Multi-AZ vs read replica distinctions: Multi-AZ is synchronous HA within a Region, not a scaling or DR-across-Region tool. Expect 3-4 questions.
Core docs
- Aurora global databases — cross-Region storage replication and failover
- DynamoDB global tables — multi-active replication
- RDS cross-Region read replicas — asynchronous replicas you can promote
- RDS Multi-AZ deployments — synchronous standby, automatic failover
- Global Datastore for ElastiCache — cross-Region Redis replication
FAQ
7.3 Storage replication and continuity ★★ Important
S3 Cross-Region Replication requires versioning, replicates new objects only (use Batch Replication for existing), and offers Replication Time Control (15-minute SLA) when the RPO is contractual. Multi-Region Access Points route requests to the nearest replicated bucket. Know EBS snapshot copy, EFS replication, and FSx backup copy as the block/file equivalents. S3 Object Lock plus versioning covers immutability requirements. Expect 2-3 questions.
Core docs
- Amazon S3 replication — CRR, SRR, replica ownership, RTC
- S3 Multi-Region Access Points — global endpoint over replicated buckets
- S3 Object Lock — WORM retention modes and legal holds
- Amazon EFS replication — cross-Region file system replication
- Copy an EBS snapshot — cross-Region, cross-account snapshot copies
FAQ
Chapter 8 — Security controls for new solutions
Maps to Task Statement 2.3 — Determine security controls based on requirements
Knowledge of:
- IAM
- Route tables, security groups, and network ACLs
- Encryption options for data at rest and data in transit
- AWS service endpoints
- Credential management services
- AWS managed security services (for example, AWS Shield, AWS WAF, Amazon GuardDuty, AWS Security Hub)
Skills in:
- Specifying IAM users and IAM roles that adhere to the principle of least privilege access
- Specifying inbound and outbound network flows by using security group rules and network ACL rules
- Developing attack mitigation strategies for large-scale web applications
- Developing encryption strategies for data at rest and data in transit
- Specifying service endpoints for service integrations
- Developing strategies for patch management to remain compliant with organizational standards
8.1 Edge protection — WAF, Shield, Firewall Manager ★★ Important
Attack-mitigation scenarios have a standard stack: CloudFront in front (absorbs and caches), AWS WAF web ACLs on CloudFront/ALB/API Gateway (SQL injection, XSS, rate-based rules, managed rule groups), Shield Standard (free, always on, L3/L4) vs Shield Advanced (DDoS response team, cost protection, health-based detection, WAF included), and Firewall Manager to enforce WAF/Shield/security-group policies across every account in the organization. Expect 2-3 questions.
Core docs
- What is AWS WAF? — L7 filtering on CloudFront, ALB, API Gateway, AppSync
- Rate-based rule statements — throttle abusive IPs
- AWS Shield — Standard vs Advanced DDoS protection
- AWS Firewall Manager — organization-wide security policy enforcement
- AWS Network Firewall — stateful VPC-level inspection, centralized egress filtering
FAQ
Deeper reading
- AWS Best Practices for DDoS Resiliency — the reference architecture the exam expects
8.2 Threat detection and data protection ★★ Important
Know each detection service's one-line identity: GuardDuty (ML threat detection from CloudTrail, VPC Flow Logs, DNS logs — no agents), Inspector (vulnerability and network-exposure scanning of EC2, ECR images, Lambda), Macie (finds PII/sensitive data in S3), Detective (investigates and visualizes root cause after a finding), and Security Hub (aggregates all of them against standards like CIS and AWS Foundational Security Best Practices). Wrong-answer distractors rely on you confusing these. Expect 2-3 questions.
Core docs
- What is Amazon GuardDuty? — intelligent threat detection
- What is Amazon Inspector? — continuous vulnerability management
- What is Amazon Macie? — sensitive data discovery in S3
- What is Amazon Detective? — security investigation graphs
- What is AWS Security Hub? — findings aggregation and standards
FAQ
8.3 Credential management ★★ Important
Secrets Manager owns automatic rotation (built-in for RDS, Redshift, DocumentDB; Lambda-based for everything else) and cross-account secret sharing via resource policies; Parameter Store SecureString is the free alternative without rotation. Never store credentials in code, user data, or AMIs — the answer is always an IAM role (instance profile, task role, execution role) or, for hybrid servers, IAM Roles Anywhere. Expect 1-2 questions.
Core docs
- What is AWS Secrets Manager? — managed secrets with rotation
- Rotate AWS Secrets Manager secrets — managed and custom rotation
- Parameter Store — SecureString parameters with KMS
- IAM roles for EC2 — instance profiles instead of stored keys
- IAM Roles Anywhere — X.509-based temporary credentials for on-premises workloads
FAQ
8.4 Network flow controls ★ Light
Associate-level knowledge assumed and tested in passing: security groups are stateful, allow-only, and can reference other security groups (the preferred pattern for tiered apps); NACLs are stateless, ordered, support deny rules, and require ephemeral-port return rules. Service endpoints keep AWS API traffic off the internet — pair endpoint policies with S3 bucket policy conditions like aws:sourceVpce for defense in depth.
Core docs
- Security groups — stateful instance-level firewall
- Network ACLs — stateless subnet-level rules
- Compare security groups and network ACLs — the comparison table the exam draws from
Chapter 9 — Reliability for new solutions
Maps to Task Statement 2.4 — Design a strategy to meet reliability requirements
Knowledge of:
- AWS Global Infrastructure
- AWS storage services and replication strategies (for example Amazon S3, Amazon Relational Database Service [Amazon RDS], Amazon ElastiCache)
- Multi-AZ and multi-Region architectures
- Auto scaling policies and events
- Application integration (for example, Amazon Simple Notification Service [Amazon SNS], Amazon Simple Queue Service [Amazon SQS], AWS Step Functions)
- Service quotas and limits
Skills in:
- Designing highly available application environments based on business requirements
- Using advanced techniques to design for failure and ensure seamless system recoverability
- Implementing loosely coupled dependencies
- Operating and maintaining high-availability architectures (for example, application failovers, database failovers)
- Using AWS managed services for high availability
- Implementing DNS routing policies (for example, Route 53 latency-based routing, geolocation routing, simple routing)
9.1 Auto Scaling and self-healing compute ★★ Important
Know scaling policy types and when each fits: target tracking (keep a metric at a value — the default recommendation), step scaling (graduated response), scheduled (predictable cycles), and predictive (ML forecasting for recurring patterns). Health checks: EC2 status vs ELB health checks on the ASG; unhealthy instances are replaced automatically — that is the exam's definition of self-healing. Warm pools and lifecycle hooks handle slow-booting apps. Expect 2-3 questions.
Core docs
- What is Amazon EC2 Auto Scaling? — fleets that replace failed instances
- Dynamic scaling policies — target tracking and step scaling
- Predictive scaling — forecast-based capacity
- Auto Scaling health checks — EC2, ELB, and custom checks
- Lifecycle hooks — pause instances at launch/terminate for setup or draining
FAQ
9.2 Loose coupling — SQS, SNS, Step Functions ★★ Important
Decoupling questions test the classic patterns: SQS between tiers to absorb bursts and smooth scaling (queue depth as a scaling metric), SNS-to-SQS fanout for parallel consumers, dead-letter queues for poison messages, FIFO when ordering/dedup matters, and Step Functions for orchestrating long-running multi-step workflows with retries and compensation. EventBridge routes events between services and accounts. Expect 2-3 questions.
Core docs
- What is Amazon SQS? — queues, visibility timeout, DLQs
- What is Amazon SNS? — pub/sub and fanout
- SNS fanout to SQS — one event, many independent consumers
- What is AWS Step Functions? — workflow orchestration with error handling
- What is Amazon EventBridge? — event routing between services, accounts, and SaaS
- Scaling based on SQS queue depth — backlog-per-instance scaling pattern
FAQ
9.3 Highly available architectures with managed services ★★ Important
The recurring exam move: replace self-managed components with managed multi-AZ services — ALB/NLB across at least two AZs, RDS Multi-AZ or Aurora (which replicates six ways across three AZs), EFS (regional by design), S3, and stateless app tiers with session state pushed to ElastiCache or DynamoDB. Static stability — surviving an AZ loss without needing to launch capacity — is the phrase to know. Expect 2-3 questions.
Core docs
- What is Elastic Load Balancing? — ALB vs NLB vs GWLB
- Aurora DB cluster storage — six copies across three AZs
- ElastiCache for session management — externalizing state from app servers
- Static stability using Availability Zones — pre-provisioned AZ-failure tolerance
9.4 Service quotas and limits ★ Light
Know that Service Quotas centrally tracks and requests limit increases, Trusted Advisor has quota-usage checks, and architectures must respect hard limits (for example, one internet gateway per VPC). Quota exhaustion in a scenario (throttling, launch failures during failover) is the clue: request increases in the DR Region ahead of time — quotas are per-Region.
Core docs
- What is Service Quotas? — view and manage quotas, request increases
- Amazon VPC quotas — representative hard and soft limits
Chapter 10 — Performance for new solutions
Maps to Task Statement 2.5 — Design a solution to meet performance objectives
Knowledge of:
- Performance monitoring technologies
- Storage options on AWS
- Instance families and use cases
- Purpose-built databases
Skills in:
- Designing large-scale application architectures for a variety of access patterns
- Designing an elastic architecture based on business objectives
- Applying design patterns to meet performance objectives with caching, buffering, and replicas
- Developing a process methodology for selecting purpose-built services for required tasks
- Designing a rightsizing strategy
10.1 Purpose-built databases ★★★ Core
"Pick the right database" is a guaranteed question category. Know the one-line use case for each: DynamoDB (key-value at any scale, single-digit ms), Aurora (relational, MySQL/PostgreSQL compatible at scale), ElastiCache (microsecond in-memory), Redshift (columnar analytics/OLAP), OpenSearch (full-text search and log analytics), Neptune (graph relationships), DocumentDB (MongoDB-compatible documents), Keyspaces (Cassandra), Timestream (time series), QLDB-style immutable ledgers. The scenario names an access pattern; you name the engine. Expect 3-4 questions.
Core docs
- AWS databases overview — the purpose-built decision landscape
- What is Amazon DynamoDB? — key-value and document at scale
- What is Amazon Aurora? — cloud-native relational
- What is Amazon Redshift? — petabyte-scale data warehousing
- What is Amazon OpenSearch Service? — search and log analytics
- What is Amazon Neptune? — graph database
- What is Amazon DocumentDB? — MongoDB-compatible documents
- What is Amazon Keyspaces? — managed Cassandra
- What is Amazon Timestream? — time-series data
10.2 Caching and edge acceleration ★★ Important
Layered caching is the standard performance answer: CloudFront for static and dynamic content at the edge (plus Lambda@Edge/CloudFront Functions), Global Accelerator for non-HTTP or static-IP needs (anycast IPs onto the AWS backbone, fast regional failover — know the CloudFront vs Global Accelerator distinction cold), ElastiCache or DAX in front of databases, and API Gateway caching for APIs. Expect 2-3 questions.
Core docs
- What is Amazon CloudFront? — global CDN with edge compute
- What is AWS Global Accelerator? — static anycast IPs, TCP/UDP acceleration
- DynamoDB Accelerator (DAX) — microsecond DynamoDB reads
- Caching strategies (ElastiCache) — lazy loading vs write-through
- Lambda@Edge — request/response logic at edge locations
FAQ
10.3 Compute selection ★★ Important
Know instance family letters and signature workloads: C (compute-bound, batch), M (general purpose), R/X (memory, in-memory DBs), I/D (local NVMe storage, high IOPS), P/G (GPU/ML), plus Graviton for price-performance. Placement groups: cluster (low latency, single AZ), spread (max seven instances per AZ, critical isolation), partition (large distributed systems like Hadoop/Kafka). Enhanced networking (ENA) and EFA for HPC/MPI. Expect 1-2 questions.
Core docs
- Amazon EC2 instance types — family taxonomy and use cases
- Placement groups — cluster, spread, partition
- Elastic Fabric Adapter — OS-bypass networking for HPC
- What is AWS Batch? — managed batch scheduling over EC2/Fargate/Spot
10.4 Storage performance ★★ Important
Match storage to the access pattern: EBS gp3 (baseline 3,000 IOPS, provision IOPS/throughput independently of size) vs io2 (high, durable IOPS, Multi-Attach) vs st1/sc1 (sequential throughput); instance store for ephemeral scratch at the highest IOPS; EFS for shared POSIX access (performance and throughput modes); FSx for Lustre for HPC scratch linked to S3; S3 with multipart upload, Transfer Acceleration, and request-rate parallelism by prefix. Expect 2-3 questions.
Core docs
- EBS volume types — gp3, io2, st1, sc1 characteristics
- Amazon EC2 instance store — ephemeral NVMe performance
- Amazon EFS performance — performance modes and throughput modes
- What is Amazon FSx for Lustre? — high-performance file system with S3 integration
- S3 performance optimization — prefix parallelism, multipart, byte-range fetches
FAQ
Chapter 11 — Cost-optimized new solutions
Maps to Task Statement 2.6 — Determine a cost optimization strategy to meet solution goals and objectives
Knowledge of:
- AWS cost and usage monitoring tools (for example, Cost Explorer, Trusted Advisor, AWS Pricing Calculator)
- Pricing models (for example, Reserved Instances, Savings Plans)
- Storage tiering
- Data transfer costs
- AWS managed service offerings
Skills in:
- Identifying opportunities to select and rightsize infrastructure for cost-effective resources
- Identifying appropriate pricing models
- Performing data transfer modeling and selecting services to reduce data transfer costs
- Developing a strategy and implementing controls for expenditure and usage awareness
11.1 Data transfer costs ★★ Important
Data transfer economics decide several questions: inbound is free, cross-AZ traffic costs in both directions, cross-Region costs vary by pair, NAT gateway adds per-GB processing (move S3/DynamoDB traffic to free gateway endpoints), PrivateLink and Transit Gateway have per-GB charges, CloudFront egress is cheaper than EC2/S3 egress and origin fetches from S3 are free. Direct Connect egress is cheaper than internet egress for sustained hybrid volume. Expect 1-2 questions.
Core docs
- Gateway endpoints for Amazon S3 — eliminate NAT charges for S3 traffic
- NAT gateways — hourly plus per-GB processing pricing model
- Amazon EC2 On-Demand pricing (data transfer) — the canonical transfer price table
Deeper reading
- Overview of Data Transfer Costs for Common Architectures — the diagrams every SAP-C02 candidate should study
11.2 Storage tiering and lifecycle ★★ Important
Know the S3 class ladder and the retrieval trade-offs: Standard, Intelligent-Tiering (unknown access patterns, no retrieval fees), Standard-IA and One Zone-IA (30-day minimum), Glacier Instant Retrieval (ms retrieval), Glacier Flexible Retrieval (minutes-hours), Glacier Deep Archive (12-48 hours, cheapest). Lifecycle rules transition and expire objects; Intelligent-Tiering is the safe answer when access is unpredictable. EBS: gp3 is ~20% cheaper than gp2; snapshots to archive tier for rarely restored images. Expect 1-2 questions.
Core docs
- Amazon S3 storage classes — the full class comparison
- S3 Intelligent-Tiering — automatic tiering without retrieval fees
- Managing your storage lifecycle — transition and expiration rules
- EBS snapshot archive — cheaper tier for rarely used snapshots
FAQ
Part III — Domain 3: Continuous Improvement for Existing Solutions (25%)
Brownfield work: you inherit a running architecture and must improve its operations, security, performance, reliability, or cost without a rebuild. Questions here describe a current state and a pain point; the answer is the smallest change that fixes it.
Chapter 12 — Improving operational excellence
Maps to Task Statement 3.1 — Determine a strategy to improve overall operational excellence
Knowledge of:
- Alerting and automatic remediation strategies
- Disaster recovery planning
- Monitoring and logging solutions (for example, Amazon CloudWatch)
- CI/CD pipelines and deployment strategies (for example, blue/green, all-at-once, rolling)
- Configuration management tools (for example, Systems Manager)
Skills in:
- Determining the most appropriate logging and monitoring strategy
- Evaluating current deployment processes for improvement opportunities
- Prioritizing opportunities for automation within a solution stack
- Recommending the appropriate AWS solution to enable configuration management automation
- Engineering failure scenario activities to support and exercise an understanding of recovery actions
12.1 CloudWatch alerting and automatic remediation ★★ Important
The improvement pattern the exam loves: CloudWatch alarm or EventBridge rule detects the condition, then triggers an automated response — an SSM Automation runbook, a Lambda function, or an Auto Scaling action — with SNS for the humans. Know composite alarms (reduce noise), anomaly detection alarms (no fixed threshold), metric filters on logs, and EC2 auto-recovery alarms (StatusCheckFailed_System recovers the instance to new hardware with the same instance ID). Expect 2-3 questions.
Core docs
- Using Amazon CloudWatch alarms — thresholds, actions, missing-data handling
- Composite alarms — combine alarms to cut alert noise
- CloudWatch anomaly detection — ML-based dynamic thresholds
- Recover your instance — CloudWatch action for system status failures
- Creating metric filters — turn log patterns into metrics
- EventBridge rules — event-driven automation triggers
FAQ
12.2 AWS Config for configuration compliance ★★ Important
AWS Config records resource configuration history and evaluates it against rules; noncompliant resources can be auto-remediated with SSM Automation runbooks. Know managed vs custom rules, conformance packs (rule bundles deployable org-wide), aggregators (multi-account/multi-Region compliance view), and the Config vs CloudTrail distinction: Config answers "what does/did the resource look like", CloudTrail answers "who called what API". Expect 2-3 questions.
Core docs
- What is AWS Config? — configuration recording and evaluation
- Remediating noncompliant resources — auto-remediation via SSM Automation
- Conformance packs — packaged compliance rule sets
- Multi-account multi-Region data aggregation — organization-wide compliance dashboards
FAQ
12.3 Improving deployment processes ★★ Important
Improvement scenarios describe a painful manual deployment and ask for the managed fix: move to CodePipeline with automated tests, adopt blue/green or canary to remove deployment downtime, add CloudWatch alarms as automatic rollback triggers in CodeDeploy, and manage app config separately from code with AppConfig (validators plus gradual rollout and automatic rollback). Game days and AWS Fault Injection Service exercise the recovery runbooks. Expect 1-2 questions.
Core docs
- Rollbacks in CodeDeploy — alarm-triggered automatic rollback
- What is AWS AppConfig? — safe, validated configuration deployment
- What is AWS Fault Injection Service? — controlled chaos experiments
- Operational Excellence Pillar — Well-Architected — operations as code, game days
FAQ
Chapter 13 — Improving security posture
Maps to Task Statement 3.2 — Determine a strategy to improve security
Knowledge of:
- Data retention, data sensitivity, and data regulatory requirements
- Automated monitoring and remediation strategies (for example, AWS Config rules)
- Secrets management (for example, Systems Manager, AWS Secrets Manager)
- Principle of least privilege access
- Security-specific AWS solutions
- Patching practices
- Backup practices and methods
Skills in:
- Evaluating a strategy for the secure management of secrets and credentials
- Auditing an environment for least privilege access
- Reviewing implemented solutions to ensure security at every layer
- Reviewing comprehensive traceability of users and services
- Prioritizing automated responses to the detection of vulnerabilities
- Designing and implementing a patch and update process
- Designing and implementing a backup process
- Employing remediation techniques
13.1 Auditing for least privilege ★★ Important
Know the audit toolkit: IAM Access Analyzer (external access findings, unused roles/keys/permissions, policy generation from CloudTrail activity), IAM last-accessed information (trim unused service permissions), credential reports, and CloudTrail as the traceability backbone. The remediation pattern is to replace long-lived users/keys with roles and Identity Center, then constrain with permissions boundaries and SCPs. Expect 1-2 questions.
Core docs
- IAM Access Analyzer — findings for external and unused access
- Refining permissions using last accessed information — evidence-based permission trimming
- IAM Access Analyzer policy generation — generate least-privilege policies from activity
- Getting credential reports — account-wide credential audit
13.2 Automated detection and remediation ★★ Important
The exam wants event-driven security response: GuardDuty or Inspector finding, routed by EventBridge, remediated by Lambda or an SSM Automation runbook (isolate the instance's security group, snapshot for forensics, disable keys), with Security Hub tracking the finding lifecycle. Config rules with auto-remediation handle configuration drift (public S3 bucket, open security group). Expect 2-3 questions.
Core docs
- Responding to GuardDuty findings — finding types and automated response
- Automated response and remediation in Security Hub — EventBridge integration and custom actions
- AWS Config remediation — rule-triggered runbooks
- Amazon Macie findings — sensitive-data and policy findings for S3
13.3 Patch and update processes ★★ Important
Patch Manager with patch baselines, patch groups, and maintenance windows is the org-scale patching answer; run it across accounts with Systems Manager and Organizations integration. For immutable infrastructure, EC2 Image Builder pipelines produce patched golden AMIs that roll out through Auto Scaling instance refresh — recognize both the in-place and the replace-the-AMI patterns. Expect 1-2 questions.
Core docs
- Patch Manager — baselines, groups, compliance reporting
- Maintenance windows — scheduled operational tasks
- What is EC2 Image Builder? — automated golden AMI pipelines
- Auto Scaling instance refresh — rolling replacement onto a new AMI
13.4 Data protection, retention, and sensitivity ★ Light
Regulatory scenarios map to a short list: Macie to find and classify PII in S3, S3 Object Lock and Backup Vault Lock for immutable retention, lifecycle rules plus Glacier for long-term archives, KMS key policies for crypto-shredding, and CloudTrail log file integrity validation for evidentiary logs. AWS Artifact supplies compliance reports.
Core docs
- What is Amazon Macie? — automated sensitive data discovery
- S3 Object Lock — compliance and governance retention modes
- CloudTrail log file integrity validation — tamper-evident audit logs
- What is AWS Artifact? — on-demand compliance documents
Deeper reading
- Security Pillar — Well-Architected — data classification and protection guidance
Chapter 14 — Improving performance
Maps to Task Statement 3.3 — Determine a strategy to improve performance
Knowledge of:
- High-performing systems architectures (for example, auto scaling, instance fleets, placement groups)
- Global service offerings (for example, AWS Global Accelerator, Amazon CloudFront, edge computing services)
- Monitoring tool sets and services (for example, CloudWatch)
- Service level agreements (SLAs) and key performance indicators (KPIs)
Skills in:
- Translating business requirements to measurable metrics
- Testing potential remediation solutions and making recommendations
- Proposing opportunities for the adoption of new technologies and managed services
- Assessing solutions and applying rightsizing based on requirements
- Identifying and examining performance bottlenecks
14.1 Finding bottlenecks — CloudWatch and X-Ray ★★ Important
Bottleneck questions name a symptom and expect the right lens: CloudWatch metrics and dashboards for resource saturation, X-Ray traces and the service map for which microservice adds latency, RDS Performance Insights for database load by wait state and SQL, Enhanced Monitoring for OS-level DB metrics, and CloudWatch Logs Insights for log forensics. Translate SLAs into alarmed KPIs (p99 latency, error rate). Expect 1-2 questions.
Core docs
- What is Amazon CloudWatch? — metrics, dashboards, percentile statistics
- What is AWS X-Ray? — distributed tracing and service maps
- RDS Performance Insights — database load analysis
- CloudWatch Logs Insights — ad hoc log queries
14.2 Global and edge acceleration retrofits ★★ Important
"Users far from the Region complain about latency" has three canonical fixes, in order of invasiveness: put CloudFront in front (HTTP, cacheable), add Global Accelerator (TCP/UDP, static IPs, no caching), or go multi-Region with latency-based routing and replicated data. S3 Transfer Acceleration fixes slow uploads from distant clients; Local Zones and Wavelength appear for single-digit-millisecond edge requirements. Expect 1-2 questions.
Core docs
- What is AWS Global Accelerator? — anycast entry to the AWS backbone
- S3 Transfer Acceleration — edge-accelerated uploads
- What is AWS Local Zones? — AWS compute close to metro users
- CloudFront cache behaviors and policies — improving hit ratio
FAQ
14.3 Rightsizing and adopting managed services ★ Light
Improvement questions often reward replacing self-managed components: self-hosted MySQL to RDS/Aurora, self-managed Kafka to Amazon MSK, cron boxes to EventBridge Scheduler plus Lambda, and oversized instances to Compute Optimizer-recommended sizes or Graviton. The tell is wording about "reduce operational overhead" — pick the most managed option that satisfies the constraints.
Core docs
- What is AWS Compute Optimizer? — utilization-based recommendations
- What is Amazon MSK? — managed Apache Kafka
- Performance Efficiency Pillar — Well-Architected — selection and review methodology
Chapter 15 — Improving reliability
Maps to Task Statement 3.4 — Determine a strategy to improve reliability
Knowledge of:
- AWS Global Infrastructure
- Data replication methods
- Scaling methodologies (for example, load balancing, auto scaling)
- High availability and resiliency
- Disaster recovery methods and tools
- Service quotas and limits
Skills in:
- Understanding application growth and usage trends
- Evaluating existing architecture to determine areas that are not sufficiently reliable
- Remediating single points of failure
- Enabling data replication, self-healing, and elastic features and services
15.1 Remediating single points of failure ★★ Important
Spot the SPOF in the described architecture: single EC2 instance (put it in an ASG behind an ALB, minimum two AZs), single-AZ RDS (enable Multi-AZ), single NAT gateway (one per AZ), stateful app servers (externalize session state), one Region (apply a DR strategy). The answer is usually the cheapest change that removes the named failure mode, not a full multi-Region rebuild. Expect 2-3 questions.
Core docs
- High availability and scalability on AWS — ELB + ASG + Multi-AZ building blocks
- RDS Multi-AZ deployments — synchronous standby failover
- NAT gateway basics — AZ-scoped; deploy one per AZ
- Reliability Pillar — Well-Architected — workload architecture and failure management
15.2 Data replication and elasticity retrofits ★★ Important
Growth scenarios test recognizing the scaling ceiling and the managed fix: add read replicas or an ElastiCache layer for read-heavy relational load, move sessions to DynamoDB/ElastiCache to unlock horizontal scaling, enable DynamoDB auto scaling or on-demand for spiky NoSQL traffic, adopt Aurora Serverless v2 for variable workloads, and use SQS buffering so bursts queue instead of dropping. Expect 1-2 questions.
Core docs
- RDS read replicas — read scaling and promotion
- DynamoDB read/write capacity modes — on-demand vs provisioned with auto scaling
- Aurora Serverless v2 — ACU-based capacity scaling
- Amazon ElastiCache — offloading hot reads
15.3 Testing resilience ★ Light
Know the verification tools: AWS Fault Injection Service for controlled failure experiments (AZ outage, API throttling), AWS Resilience Hub for assessing whether an application meets its RTO/RPO policy, and regular game days plus DR drills (Elastic Disaster Recovery non-disruptive recovery drills). Usually one question.
Core docs
- What is AWS Fault Injection Service? — fault experiments with stop conditions
- What is AWS Resilience Hub? — resilience assessment against RTO/RPO
- Elastic Disaster Recovery drills — non-disruptive DR testing
Chapter 16 — Identifying cost optimizations
Maps to Task Statement 3.5 — Identify opportunities for cost optimizations
Knowledge of:
- Cost-conscious architecture choices (for example, using Spot Instances, scaling policies, and rightsizing resources)
- Price model adoptions (for example, Reserved Instances, Savings Plans)
- Networking and data transfer costs
- Cost management, alerting, and reporting
Skills in:
- Analyzing usage reports to identify underutilized and overutilized resources
- Using AWS solutions to identify unused resources
- Designing billing alarms based on expected usage patterns
- Investigating AWS Cost and Usage Reports at a granular level
- Using tagging for cost allocation and reporting
16.1 Finding waste ★★ Important
Know which tool surfaces which waste: Trusted Advisor (idle load balancers, low-utilization instances, unassociated Elastic IPs), Compute Optimizer (over-provisioned instances/volumes/functions), Cost Explorer resource-level granularity and RI/SP utilization reports, S3 Storage Lens (incomplete multipart uploads, cold buckets), and CUR + Athena for granular investigation. Cost anomaly detection alerts on unusual spend automatically. Expect 2-3 questions.
Core docs
- AWS Trusted Advisor checks — the cost-optimization check catalog
- Querying the CUR with Athena — SQL over billing line items
- AWS Cost Anomaly Detection — ML-based spend alerts
- S3 Storage Lens — storage waste metrics
16.2 Spot, scaling, and architecture choices ★★ Important
Cost retrofits the exam rewards: move fault-tolerant batch/CI/stateless work to Spot (mixed-instances ASGs combine On-Demand baseline with Spot), schedule non-production environments off, replace idle NAT/transfer-heavy paths with endpoints, tighten scaling policies so capacity tracks demand, and adopt serverless (Lambda, Fargate, Aurora Serverless) where utilization is low. Expect 1-2 questions.
Core docs
- Auto Scaling groups with multiple instance types and purchase options — On-Demand plus Spot fleets
- Spot best practices — diversification and interruption handling
- AWS Instance Scheduler — stop dev/test resources off-hours
16.3 Tagging for cost allocation ★★ Important
An effective tagging strategy is explicitly named in the exam guide: enforce standard tags with tag policies (Organizations) and Config rules (required-tags), activate them as cost allocation tags in the management account, then report by tag in Cost Explorer/CUR and group with cost categories. Budgets can filter by tag to alert per business unit. Expect 1 question.
Core docs
- Tagging AWS resources — tagging strategies and governance
- Tag policies — org-wide tag standardization
- Using cost allocation tags — activation and reporting
Part IV — Domain 4: Accelerate Workload Migration and Modernization (20%)
The smallest domain but with the most distinctive service list — the migration family barely appears on Associate exams, so it needs dedicated study. Know each migration service by data type, scale, bandwidth math, and online/offline character.
Chapter 17 — Selecting workloads for migration
Maps to Task Statement 4.1 — Select existing workloads and processes for potential migration
Knowledge of:
- Migration assessment and tracking tools (for example, AWS Migration Hub)
- Portfolio assessment
- Asset planning
- Prioritization and migration of workloads (for example, wave planning)
Skills in:
- Completing an application migration assessment
- Evaluating applications according to the seven common migration strategies (7Rs)
- Evaluating total cost of ownership (TCO)
17.1 The 7Rs and portfolio assessment ★★★ Core
Memorize the seven migration strategies and their one-line triggers: retire (decommission), retain (not ready or not worth moving), rehost (lift and shift with MGN — fastest at scale), relocate (VMware Cloud on AWS or move between accounts/Regions — no new hardware), repurchase (move to SaaS), replatform (lift, tinker, and shift — for example onto RDS or Elastic Beanstalk), and refactor (re-architect for cloud-native — highest cost, highest payoff). Wave planning groups applications by dependency and risk. Expect 2-3 questions that hinge on choosing the right R for a constraint.
Core docs
- AWS migration strategies (7Rs) — the canonical strategy definitions
- Portfolio assessment in large migrations — wave planning and migration factories
- Migration Evaluator — TCO baseline and business case from discovered inventory
Deeper reading
- AWS Cloud Adoption Framework — the organizational perspectives around a migration
17.2 Migration Hub and Application Discovery Service ★★ Important
Application Discovery Service inventories on-premises servers two ways: the Agentless Collector for VMware (VM-level data from vCenter, no per-server installs) and the Discovery Agent for per-server detail including running processes and network dependencies (needed for dependency mapping). Data lands in Migration Hub, which tracks migration status across MGN, DMS, and partner tools in one home Region. Expect 1-2 questions.
Core docs
- What is AWS Application Discovery Service? — agent vs agentless discovery
- What is AWS Migration Hub? — central migration tracking
- Migration Hub strategy recommendations — automated 7R recommendations per application
FAQ
Chapter 18 — Executing migrations
Maps to Task Statement 4.2 — Determine the optimal migration approach for existing workloads
Knowledge of:
- Data migration options and tools (for example, AWS DataSync, AWS Transfer Family, AWS Snow Family, S3 Transfer Acceleration)
- Application migration tools (for example, AWS Application Discovery Service, AWS Application Migration Service)
- AWS networking services and DNS (for example, Direct Connect, AWS Site-to-Site VPN, Route 53)
- Identity services (for example, IAM Identity Center, AWS Directory Service)
- Database migration tools (for example, AWS Database Migration Service [AWS DMS], AWS Schema Conversion Tool [AWS SCT])
- Governance tools (for example, AWS Control Tower, Organizations)
Skills in:
- Selecting the appropriate database transfer mechanism
- Selecting the appropriate application transfer mechanism
- Selecting the appropriate data transfer service and migration strategy
- Applying the appropriate security methods to migration tools
- Selecting the appropriate governance model
18.1 AWS Application Migration Service (MGN) ★★★ Core
MGN is the primary rehost tool: an agent continuously replicates source servers at block level into a low-cost staging area, you launch test instances without disrupting the source, then cut over with minutes of downtime. It converts servers to run natively on EC2 (physical, virtual, or other clouds). Know it replaced Server Migration Service (SMS), the difference from Elastic Disaster Recovery (same engine, different purpose), and that post-launch modernization actions can replatform during cutover. Expect 2-3 questions.
Core docs
- What is AWS Application Migration Service? — lift-and-shift at scale
- MGN migration lifecycle — replication, testing, cutover stages
- MGN network requirements — port 1500 replication into the staging subnet
FAQ
18.2 Database migration — DMS and SCT ★★★ Core
DMS migrates data with the source staying online: full load, full load plus change data capture (CDC) for minimal-downtime cutover, or CDC-only for ongoing replication. Homogeneous migrations (Oracle to Oracle) need only DMS; heterogeneous ones (Oracle to Aurora PostgreSQL) need SCT first to convert schema and code objects. SCT also drives data-warehouse migrations to Redshift, and DMS can use S3 as source/target and a Snowball Edge for huge initial loads. Expect 3-4 questions — DMS + SCT for heterogeneous migration is among the most reliable questions on the exam.
Core docs
- What is AWS DMS? — online database migration and replication
- Continuous replication with CDC — ongoing changes for near-zero-downtime cutover
- What is the AWS Schema Conversion Tool? — heterogeneous schema and code conversion
- DMS best practices — sizing, LOBs, validation
FAQ
18.3 Data transfer — DataSync, Transfer Family, Snow Family ★★★ Core
Pick by bandwidth math, protocol, and cadence: DataSync for online transfer of NFS/SMB/HDFS/object data into S3/EFS/FSx (schedules, filtering, verification — the answer for recurring or incremental sync over Direct Connect/VPN), Transfer Family for presenting S3/EFS over SFTP/FTPS/FTP/AS2 to partners (ongoing protocol endpoint, not a bulk mover), Snow Family when the network makes online transfer too slow (rule of thumb: weeks of transfer time or more than about 10 TB over a thin pipe), and S3 Transfer Acceleration for distant clients uploading to S3 over the internet. Expect 2-4 questions.
Core docs
- What is AWS DataSync? — accelerated, verified online transfers
- What is AWS Transfer Family? — managed SFTP/FTPS/FTP/AS2 endpoints
- AWS Snowball Edge — offline petabyte-scale transfer with edge compute
- S3 Transfer Acceleration — CloudFront-edge-assisted uploads
FAQ
18.4 Storage Gateway for hybrid continuity ★★ Important
Storage Gateway keeps on-premises apps working while data lives in AWS: S3 File Gateway (NFS/SMB to S3 objects with local cache), Volume Gateway in cached mode (primary data in S3, hot cache local) or stored mode (primary data local, async snapshots to S3), and Tape Gateway (replace physical tape with virtual tapes in S3/Glacier). It is the answer for "extend on-premises storage during or after migration"; DataSync is the answer for "move the data". Expect 1-2 questions.
Core docs
- What is Volume Gateway? — cached vs stored volumes
- What is Amazon S3 File Gateway? — file shares backed by S3
- What is Tape Gateway? — virtual tape library in the cloud
FAQ
Chapter 19 — New architectures for migrated workloads
Maps to Task Statement 4.3 — Determine a new architecture for existing workloads
Knowledge of:
- Compute services (for example, Amazon Elastic Compute Cloud [Amazon EC2], AWS Elastic Beanstalk)
- Containers (for example, Amazon Elastic Container Service [Amazon ECS], Amazon Elastic Kubernetes Service [Amazon EKS], AWS Fargate, Amazon Elastic Container Registry [Amazon ECR])
- AWS storage services (for example, Amazon Elastic Block Store [Amazon EBS], Amazon Elastic File System [Amazon EFS], Amazon FSx, Amazon S3, Volume Gateway)
- Databases (for example, Amazon DynamoDB, Amazon OpenSearch Service, Amazon RDS, self-managed databases on Amazon EC2)
Skills in:
- Selecting the appropriate compute platform
- Selecting the appropriate container hosting platform
- Selecting the appropriate storage service
- Selecting the appropriate database platform
19.1 Selecting the compute platform ★★ Important
Map workload traits to platforms: EC2 for OS-level control, licenses, and legacy dependencies (Dedicated Hosts for BYOL socket/core licensing); Elastic Beanstalk to replatform standard web apps with minimal ops; Lambda for event-driven pieces under 15 minutes; App Runner for containerized web apps with zero infrastructure management; Outposts when data residency or latency forces the workload to stay on premises with AWS APIs. Expect 1-2 questions.
Core docs
- What is Amazon EC2? — maximum-control compute
- Dedicated Hosts — BYOL and host-level compliance
- What is AWS Elastic Beanstalk? — managed web-app platform
- What is AWS App Runner? — source-or-image to running service
- What is AWS Outposts? — AWS infrastructure on premises
19.2 Selecting the container platform ★★ Important
Know the container decision tree: ECS for AWS-native simplicity, EKS when Kubernetes compatibility or portability is required, Fargate to remove node management from either (with constraints: no daemon sets, no GPU on Fargate historically, per-vCPU pricing), EC2 launch type for special hardware or heavy sustained utilization, and ECS Anywhere/EKS Anywhere to run on-premises hardware under AWS control planes. ECR with cross-region replication distributes images. Expect 1-2 questions.
Core docs
- What is Amazon ECS? — AWS-native orchestration
- What is Amazon EKS? — managed Kubernetes
- AWS Fargate — serverless container capacity
- Amazon ECR private image replication — cross-Region/cross-account images
FAQ
19.3 Selecting the storage service ★★ Important
The migration-specific storage picks: EFS for shared Linux/POSIX file systems, FSx for Windows File Server for SMB shares with Active Directory integration (the answer for migrated Windows file servers), FSx for NetApp ONTAP for NetApp features (SnapMirror migrations, multiprotocol NFS+SMB), FSx for Lustre for HPC, EBS for single-instance block, S3 for anything object-shaped. Watch for the "Windows + SMB + AD" trigger phrase. Expect 1-2 questions.
Core docs
- What is Amazon EFS? — elastic NFS for Linux workloads
- What is Amazon FSx for Windows File Server? — native SMB with AD integration
- What is Amazon FSx for NetApp ONTAP? — multiprotocol ONTAP in AWS
- What is Amazon FSx for Lustre? — high-performance scratch and S3-linked file systems
FAQ
19.4 Selecting the database platform ★★ Important
Post-migration database choices: RDS for standard engines with managed ops (but check feature parity — some Oracle/SQL Server features force EC2 self-managed), Aurora when MySQL/PostgreSQL compatibility plus higher scale is wanted, DynamoDB when the schema is key-value and the team wants zero ops, OpenSearch for search/log workloads pulled out of relational stores, and self-managed on EC2 only when the scenario names an unsupported engine/feature or demands OS access. Expect 1-2 questions.
Core docs
- What is Amazon RDS? — managed relational engines
- RDS for Oracle — licensing models and feature support
- RDS Custom — managed database with OS/database-level access
- Choosing between DynamoDB and RDS — relational vs NoSQL migration considerations
FAQ
Chapter 20 — Modernization and enhancement
Maps to Task Statement 4.4 — Determine opportunities for modernization and enhancements
Knowledge of:
- Serverless compute offerings (for example, AWS Lambda)
- Containers (for example, Amazon ECS, Amazon EKS, Fargate)
- AWS storage services (for example, Amazon S3, Amazon EFS)
- Purpose-built databases (for example, DynamoDB, Amazon Aurora Serverless, ElastiCache)
- Integration services (for example, Amazon SQS, Amazon SNS, Amazon EventBridge, Step Functions)
Skills in:
- Identifying opportunities to decouple application components
- Identifying opportunities for serverless solutions
- Selecting the appropriate service for containers
- Identifying opportunities for purpose-built databases
- Selecting the appropriate application integration service
20.1 Serverless modernization ★★ Important
Recognize the serverless refactor targets: cron jobs to EventBridge Scheduler + Lambda, file-processing scripts to S3 events + Lambda, web APIs to API Gateway + Lambda (mind the 15-minute and payload limits — long jobs go to Fargate or Step Functions), and static frontends to S3 + CloudFront. Lambda pricing rewards spiky, low-duty-cycle workloads; sustained high utilization often stays cheaper on containers. Expect 2-3 questions.
Core docs
- What is AWS Lambda? — event-driven compute, quotas and limits
- What is Amazon API Gateway? — managed API front door
- Amazon EventBridge Scheduler — serverless cron at scale
- Using Lambda with Amazon S3 events — the classic file-processing pattern
FAQ
Deeper reading
- Serverless Applications Lens — Well-Architected — serverless design principles the exam echoes
20.2 Decoupling with integration services ★★ Important
Monolith-to-microservices questions test choosing the right seam: SQS to buffer between producers and consumers, SNS or EventBridge to broadcast events (EventBridge when you need content-based routing, schema registry, SaaS sources, or cross-account buses; SNS for high-fanout push), Step Functions to replace embedded workflow logic (Standard for long-running with human steps, Express for high-volume short bursts), and Amazon MQ only when the app already speaks AMQP/MQTT/JMS and cannot change protocols. Expect 2-3 questions.
Core docs
- Choosing between messaging services — SQS vs SNS vs EventBridge vs MQ trade-offs
- What is Amazon MQ? — managed ActiveMQ/RabbitMQ for protocol-bound apps
- Standard vs Express workflows — Step Functions execution models
- EventBridge event buses — routing, filtering, and cross-account delivery
FAQ
20.3 Purpose-built databases in modernization ★★ Important
Modernization scenarios move overloaded relational databases to purpose-built stores: session state and hot lookups to ElastiCache or DynamoDB, catalogs and user profiles to DynamoDB (with DAX for read-heavy), variable/intermittent workloads to Aurora Serverless v2, analytics off the OLTP database to Redshift or Athena over S3, and full-text search to OpenSearch. The clue is a relational database doing a job a purpose-built engine does better. Expect 1-2 questions.
Core docs
- Aurora Serverless v2 — capacity that scales with load
- DynamoDB design patterns — modeling for key-value access
- What is Amazon ElastiCache? — in-memory offload
- What is Amazon Athena? — SQL over S3 without a warehouse
FAQ
Final week checklist
- Re-read the Disaster Recovery whitepaper and be able to reproduce the four-strategy RTO/RPO/cost table from memory.
- Re-read the multi-account whitepaper's recommended OU structure and the SCP inheritance rules.
- Drill the connectivity decision table: VPC peering vs Transit Gateway vs PrivateLink vs Direct Connect vs Site-to-Site VPN — cost, transitivity, bandwidth, encryption, setup time.
- Drill the migration decision table: MGN vs DMS+SCT vs DataSync vs Transfer Family vs Snow vs Storage Gateway — by data type, network capacity, and downtime tolerance.
- Do the official sample questions under time pressure: 75 questions in 180 minutes leaves about 2 minutes 20 seconds per question — practice eliminating two answers fast on the constraint named in the final sentence of each scenario.
- Sleep. Three hours of long-scenario reading is an endurance event; fatigue loses more points than any single knowledge gap.