Cloud Computing Models
AWS operates across three primary service models that define responsibility boundaries:
Deployment Models
AWS Global Infrastructure
Understanding geography is critical for exam success. AWS divides the world into:
| Component | Definition | Count |
|---|---|---|
| Region | Separate geographic area with multiple Availability Zones | 31+ worldwide |
| Availability Zone (AZ) | Physical data center with redundant power, networking, and connectivity within a Region | 99+ total |
| Edge Location | Site used by CloudFront (CDN) and Route 53 for reduced latency | 600+ worldwide |
| Local Zone | Extension of AWS Region closer to end users for ultra-low latency | Growing |
Key AWS Benefits
Shared Responsibility Model
AWS is responsible for "security OF the cloud" (infrastructure, hardware, software, networking, facilities). Customers are responsible for "security IN the cloud" (data encryption, access control, network configuration, application security, OS patching for EC2). This boundary shifts based on service type—IaaS requires more customer responsibility than SaaS.
Compute services are foundational to AWS solutions and include EC2, Lambda, ECS, EKS, and Elastic Beanstalk. Understanding when to use each service is critical for the Solutions Architect Associate exam.
EC2 provides resizable virtual servers with full control over operating systems, middleware, and applications. Key concepts include:
Serverless compute that executes code without managing servers. Lambda is ideal for event-driven workloads with unpredictable traffic patterns.
Amazon ECS (Elastic Container Service): Managed container orchestration supporting Docker. Use EC2 or Fargate launch types. Simpler than Kubernetes with AWS integration.
Amazon EKS (Elastic Kubernetes Service): Managed Kubernetes service for users requiring Kubernetes-specific features or multi-cloud portability.
Platform-as-a-Service (PaaS) for deploying web applications and APIs. Automatically handles capacity provisioning, load balancing, and scaling. Ideal for developers who want to avoid infrastructure management.
| Service | Best For | Management Level |
|---|---|---|
| EC2 | Full control, long-running applications | High |
| Lambda | Event-driven, variable workloads | Low |
| ECS | Containerized applications, AWS-native | Medium |
| EKS | Kubernetes expertise, portability | Medium-High |
| Elastic Beanstalk | Rapid application deployment | Low |
Exam tip: Focus on matching business requirements to the most cost-effective and operationally efficient service. Serverless (Lambda, Fargate) is preferred when traffic is variable; reserved capacity is preferred for predictable, constant workloads.
Overview: AWS provides multiple storage services designed for different use cases, access patterns, and performance requirements. Understanding when to use each service is critical for the Solutions Architect exam.
Amazon S3 (Simple Storage Service) is object storage for any amount of data. Key characteristics include:
Amazon EBS (Elastic Block Store) provides block storage for EC2 instances:
Amazon EFS (Elastic File System) is managed NFS for multiple EC2 instances:
AWS Storage Gateway bridges on-premises environments with cloud storage:
| Service | Type | Access Pattern | Multi-Instance | Best For |
|---|---|---|---|---|
| S3 | Object | HTTP/REST | Yes | Data lakes, backups, archives |
| EBS | Block | Direct attach | No | Databases, single instance |
| EFS | File | NFS/SMB | Yes | Shared file systems |
| Glacier | Object Archive | HTTP/REST | Yes | Long-term archival |
Key Exam Facts: EBS is block storage for single instances; EFS is file storage for multiple instances; S3 is object storage for any workload. Remember that EBS snapshots are stored in S3 but managed automatically. Always consider durability requirements, access patterns, and cost when selecting storage services.
Core Networking Services: AWS networking centers on VPC (Virtual Private Cloud), which provides isolated network environments. Each AWS account gets a default VPC, but custom VPCs allow granular control over IP ranges, subnets, routing, and security.
A VPC spans a region and contains subnets across multiple Availability Zones. Public subnets route traffic to Internet Gateways, while private subnets typically route through NAT Gateways. Each subnet requires a route table defining traffic rules.
| Component | Purpose | Key Detail |
|---|---|---|
| Internet Gateway | Enable internet access | One per VPC; attached to enable public routing |
| NAT Gateway | Private subnet internet access | Requires Elastic IP; placed in public subnet |
| Route Table | Define traffic paths | Associated with subnets; controls routing decisions |
| Network ACL | Subnet-level filtering | Stateless; explicit allow/deny rules |
Security Groups: Instance-level, stateful firewalls. Allow rules by default (deny all inbound). Support allow rules only. Applied to ENIs (Elastic Network Interfaces). Changes take effect immediately.
Network ACLs: Subnet-level, stateless firewalls. Default allows all traffic. Support both allow and deny rules. Evaluated in order; first match wins. Numbered rules (100, 110, etc.). Used for broader subnet protections.
Route 53: Managed DNS service supporting simple, weighted, latency-based, failover, geolocation, and multi-value routing policies. Health checks enable automatic failover.
Load Balancers: ALB (Application Layer 7), NLB (Network Layer 4, ultra-high performance), CLB (legacy). Target groups distribute traffic; health checks determine instance status.
Use KMS (Key Management Service) for encryption keys. TLS/SSL secures data in transit. Enable VPC Flow Logs to monitor network traffic. AWS CloudTrail audits API calls. Implement least-privilege IAM policies. Enable S3 Block Public Access for data protection.
Exam Tip: Understand when to use Security Groups (instance protection) versus NACLs (subnet protection). Remember NAT Gateways are stateful; Network ACLs are not.
Core Database Services Overview
AWS provides managed database services across relational (SQL) and non-relational (NoSQL) categories. Understanding when to use each service is critical for the Solutions Architect exam.
Relational Databases (RDS)
Non-Relational Databases
Specialized Databases
Key Architecture Decisions
| Scenario | Recommended Service |
|---|---|
| Structured data, ACID compliance, complex queries | RDS (Multi-AZ for HA) |
| High-velocity reads/writes, flexible schema | DynamoDB |
| Session storage, cache layer | ElastiCache |
| Historical data analysis, large datasets | Redshift |
| Real-time search capabilities | Elasticsearch |
High Availability & Disaster Recovery
Performance & Scaling