AWS Solutions Architect: Service-by-Service
A provider-deep tour of Amazon Web Services for solutions and cloud architects. Walks the full service landscape - compute, storage, databases, networking, identity, data and analytics - then layers on infrastructure-as-code, containers, operations, security and the Well-Architected Framework, and finishes with the architecture deep-dives and behavioral themes AWS architect loops grade against.
The AWS service landscape
Architects are expected to know what each service is for and when to reach for it. Build a working map of the core families: compute (EC2, Lambda, ECS/EKS, Fargate, Batch), storage (S3, EBS, EFS, Glacier, Storage Gateway), databases (RDS, Aurora, DynamoDB, ElastiCache, Redshift), and the glue (SQS, SNS, EventBridge, Step Functions). This category is the spine of the path.
Networking and content delivery
Most AWS design questions come down to the VPC. Anchor subnets, route tables, NAT, security groups vs NACLs, Transit Gateway, PrivateLink, Route 53, and CloudFront edge delivery before the design rounds.
Data stores and analytics
Choosing the right data store is half of an architect's job. Work through relational vs key-value vs columnar trade-offs, then the analytics path (Kinesis, Glue, Athena, Redshift) and caching patterns that keep reads fast.
Infrastructure as Code and containers
Architects don't click in the console. Build fluency in declarative provisioning (CloudFormation, CDK, Terraform) and the container stack (ECS, EKS, Fargate) that runs most modern AWS workloads.
Operations, observability and DevOps
A design isn't done until it can be operated. Cover CloudWatch, X-Ray, CodePipeline/CodeBuild, and the deployment-safety patterns (blue/green, canary) architects are expected to bake in.
Security, governance and the Well-Architected Framework
The pillars architects are graded on: IAM least privilege, KMS, Organizations and Control Tower for governance, plus the six Well-Architected pillars (operational excellence, security, reliability, performance, cost, sustainability).
Architect deep-dives (system design)
Bounded designs that exercise the conversations AWS architects lead - decoupling with queues, consistency across services, throttling, and payment-grade reliability.
- 01DesignDesign a Distributed Message Queue (Kafka deep-dive)System Design · Hard
- 02DesignDesign Distributed Transactions (2PC, Saga, TCC)System Design · Hard
- 03DesignDesign a Rate Limiter (API Throttling)System Design · Medium
- 04DesignDesign a Payments / Checkout System (Stripe-style)System Design · Hard
Behavioral: influence and judgment
Architect rounds screen for driving decisions across teams you don't manage and making pragmatic cost/resilience trade-offs. Have a story per theme with concrete business impact.
- 01BehavioralLeadership Without AuthorityBehavioral · General
- 02BehavioralDealing with AmbiguityBehavioral · General
- 03BehavioralFrugality (Amazon Leadership Principle)Behavioral · Amazon LP
- 04BehavioralDive Deep (Amazon Leadership Principle)Behavioral · Amazon LP
- 05BehavioralLearn and Be Curious (Amazon Leadership Principle)Behavioral · Amazon LP
Browse other learning paths
Three role-targeted paths are live: Backend, SRE / DevOps, and ML Engineer. More are on the way - if you have a role you want covered, let us know.
View all paths →