The 10 Most Misunderstood AWS Exam Concepts and How to Get Them Right
Most AWS exam mistakes don’t come from topics you never studied. They come from topics you thought you understood. Below are ten concepts that reliably produce this problem, not because they are obscure, but because common explanations are incomplete or the exam tests a nuance most materials gloss over.
Related: AWS SAA-C03 Study Plan ↗
1. IAM: Identity‑Based vs. Resource‑Based Policies
Identity‑based policies attach to IAM principals (users, groups, roles) and define what they can do.
Resource‑based policies attach to resources (S3 buckets, SQS queues, KMS keys) and define who can access them.
For cross‑account access, you typically need both: the resource‑based policy must grant access to the external account, and the identity‑based policy must permit the action. Exception: a resource‑based policy can delegate trust directly to a principal in another account, eliminating the need for an explicit identity policy.
2. S3 Consistency: What Strong Consistency Means
Since late 2020, S3 provides strong read‑after‑write consistency for all operations in all regions. After a PUT, any GET returns the new object; after a DELETE, GET returns 404; LIST reflects completed writes.
What this does not mean: S3 is now a strongly consistent database for read‑modify‑write loops. Concurrent writes or atomic operations are not supported. For transactional needs, look elsewhere.
3. RDS Multi‑AZ vs. Read Replicas
Multi‑AZ provides high availability. It maintains a synchronous standby in another AZ. It supports automatic failover. Standby is not accessible for reads.
Read Replicas provide read scaling. They use asynchronous replication. They do not support automatic failover and require manual promotion. You can have multiple replicas.
Multi‑AZ is for surviving failures. Read Replicas are for surviving load. They are complementary.
4. Security Groups vs. NACLs: Statefulness Is Key
Security Groups are stateful. Allowing inbound traffic automatically permits return traffic. They do not support explicit deny rules.
Network ACLs are stateless. They require separate inbound and outbound rules for ephemeral ports (1024‑65535). They support explicit deny rules.
Troubleshooting hint: if inbound looks right but responses don’t return, suspect missing NACL outbound rule.
5. SQS Visibility Timeout: Not a Delivery Guarantee
When a consumer reads a message, it becomes invisible for the visibility timeout. If processing succeeds, the consumer deletes it. If it fails or timeout expires, the message becomes visible again.
This is at‑least‑once, not exactly‑once. Long visibility timeouts delay retries of failed messages. For exactly‑once, use FIFO queues with deduplication IDs.
6. VPC Peering vs. Transit Gateway
VPC Peering is a direct, non‑transitive connection between two VPCs. Full mesh for 10 VPCs requires 45 connections.
Transit Gateway is a regional hub that supports transitive routing and cross‑account connections. It scales linearly.
Use peering for 2‑3 VPCs with no growth. Use Transit Gateway for many VPCs or transitive routing needs.
7. CloudFront Caching: Invalidation vs. TTL
To serve updated content immediately, you have two options:
- Invalidate the object in cache, which incurs costs after the first 1,000 paths per month.
- Version filenames so that a new file creates a new cache key.
Reducing TTL helps for future updates, but does nothing for content already cached. Versioned filenames are the architectural solution.
8. Lambda Concurrency: Reserved vs. Provisioned
Reserved concurrency caps a function’s maximum concurrent executions, protecting it from other functions and limiting its own scale.
Provisioned concurrency pre‑initializes execution environments to eliminate cold starts, which incurs costs for idle capacity.
Use provisioned concurrency to solve cold start problems. Use reserved concurrency when you need to guarantee or limit capacity.
9. Aurora vs. RDS Tradeoffs
Aurora advantages include storage autoscaling up to 128 TB, 15 read replicas, faster failover, Serverless, and Global Database.
But Aurora:
- It supports only MySQL and PostgreSQL. If the scenario specifies Oracle, SQL Server, or MariaDB, Aurora is off the table.
- It costs more than standard RDS for the same instance class.
Read the engine requirement carefully before picking Aurora.
10. The Shared Responsibility Model: Where the Line Is
The line depends on the service type:
- Infrastructure (EC2): AWS manages the hypervisor and hardware. You manage the OS, patches, firewall, application, and data.
- Managed (RDS): AWS manages the OS, engine patching, and infrastructure. You manage database configuration, access controls, encryption settings, and data.
- Abstracted (S3, Lambda): AWS manages everything below the API. You manage access policies, encryption settings, and code or data.
For a question asking who patches the RDS OS, the answer is AWS. Do not apply the EC2 model to managed services.
How to Use This List
For each concept, ask yourself:
- Can I explain the distinction in my own words?
- Can I describe a scenario where the wrong answer seems plausible?
- Which exam domains test this?
The most effective reinforcement is scenario‑based practice, such as realistic questions that force you to choose between similar options. ExamOS provides this through the Daily Sprint, which makes these distinctions second nature.
Exam Mapping
The table shows how important each concept is for different certifications.
| Topic |
Archictect |
Developer |
CloudOps |
| IAM: Identity vs Resource Policies |
High |
High |
Medium |
| S3 Strong Consistency |
Medium |
High |
Medium |
| RDS Multi-AZ vs Read Replicas |
High |
Medium |
High |
| Security Groups vs NACLs |
High |
Medium |
High |
| SQS Visibility Timeout |
Medium |
High |
Medium |
| VPC Peering vs Transit Gateway |
High |
Low |
High |
| CloudFront Invalidation vs TTL |
Medium |
Medium |
Low |
| Lambda Reserved vs Provisioned Concurrency |
Medium |
High |
Medium |
| Aurora vs RDS Tradeoffs |
High |
Medium |
Medium |
| Shared Responsibility Model |
Medium |
Medium |
High |
Legend:
High = commonly tested and conceptually important
Medium = appears regularly but usually not a primary domain focus
Low = possible but less emphasized
The Pattern Underneath
Every concept here is a pair of things that look similar but solve different problems. Examples include Multi‑AZ versus Read Replicas, Reserved versus Provisioned concurrency, and identity‑based versus resource‑based policies.
You must know when to use each service and be able to defend that choice. Build that skill, and the exam and the job take care of themselves.
Frequently Asked Questions (FAQ)
Does Amazon S3 support strong consistency for all operations?
Yes, Amazon S3 provides strong read-after-write consistency for PUT, DELETE, and LIST operations of objects in all AWS regions. This applies to both new objects and overwrites of existing objects.
Can an Amazon RDS Multi-AZ standby instance serve read traffic?
Standard Multi-AZ standby instances are passive and cannot accept read traffic. To scale read volume, you must deploy read replicas or use a Multi-AZ DB cluster deployment with readable standbys.
Why does a security group not require outbound rules to allow return traffic?
Security groups are stateful firewalls. They automatically track connection states and allow return traffic for any permitted inbound request, regardless of outbound rules.
How does the Amazon SQS visibility timeout prevent duplicate message processing?
The visibility timeout temporarily hides a message from other consumers while one consumer processes it. If the consumer fails to delete the message before the timeout expires, the message becomes visible again.
Related Reading