Chapter 19 of 20
Integrating Concepts: Designing Simple AWS Solutions Across Domains
Pull together cloud concepts, security, services, and pricing by walking through end-to-end solution scenarios similar to those you’ll see on the exam.
Big Picture: From Concepts to Simple AWS Architectures
From Pieces to Systems
You have learned individual AWS concepts. Now we will glue them together into simple end-to-end solutions similar to Cloud Practitioner exam scenarios.
What You Will Practice
You will practice choosing Regions, compute, storage, database, and networking, applying the Well-Architected Framework, and integrating security and cost trade-offs.
Key Definitions
Remember the exact definitions for the AWS shared responsibility model, AWS Region, Availability Zone, and AWS Well-Architected Framework. They are still current in 2026.
Exam Focus
You are not expected to design complex multi-account systems, but you must reason through simple scenarios: which AWS services fit and why.
Step 1: Start With Requirements and Constraints
Read the Scenario Carefully
Before picking services, translate the scenario into requirements. Exam questions often hide key requirements in the wording.
Four Requirement Buckets
Think in four buckets: functional, non-functional (availability, performance), security/compliance, and cost/operations.
Keyword Clues
Words like "highly available", "spiky traffic", "minimal operational overhead", and "data must not leave the EU" hint at specific AWS design choices.
Why This Matters
Once the requirements are clear, you can systematically choose Region, compute, storage, database, and networking to fit the scenario.
Step 2: Region, Availability Zones, and Network Skeleton
Place the Workload
Start by choosing where your workload lives in AWS: pick a Region and use multiple Availability Zones when you need resilience.
Choosing a Region
Choose Regions based on user proximity, compliance/data residency, and required AWS services. This reduces latency and meets regulations.
Using Multiple AZs
For high availability in one Region, spread resources across at least two AZs and use services that support Multi-AZ or load balancing.
Basic VPC Layout
Create a VPC with public subnets for internet-facing components and private subnets for app servers and databases.
Scenario 1: Public Marketing Website (Static Content)
Static Site Requirements
Static marketing site: HTML, CSS, images, no server-side code. Needs global access, high durability, low cost, and minimal operations.
Core Services
Store files in Amazon S3. Use CloudFront as a CDN to cache content globally. Use Route 53 to route the domain to CloudFront.
Security Choices
Restrict S3 access to CloudFront, use ACM for HTTPS certificates, enable S3 encryption and logging for auditability.
Cost and Operations
You pay only for S3 storage and CloudFront usage. There are no servers to manage, so operational overhead is very low.
Applying Well-Architected: Static Site Trade-offs
Well-Architected Pillars
The Well-Architected Framework has six pillars: operational excellence, security, reliability, performance efficiency, cost optimization, and sustainability.
Static Site vs Pillars
S3 + CloudFront improves operations (no servers), security (you manage access and HTTPS), and reliability (multi-AZ services).
Performance and Cost
CloudFront improves performance by caching near users. Pay-per-use pricing and no idle servers help optimize costs.
Exam Angle
For static content, S3 + CloudFront is usually the best answer. EC2-based web servers add cost and operational burden without benefits.
Quiz 1: Static Website Design
Check your understanding of the static website scenario.
A startup wants to host a public static marketing site with minimal operations and low cost. Which combination best aligns with AWS best practices?
- Two EC2 instances in different AZs behind an Application Load Balancer, with content stored on EBS volumes
- An S3 bucket for static website hosting, fronted by CloudFront, with Route 53 managing the domain
- A single EC2 instance with Apache serving the site directly from the instance store
- An RDS database with a CloudFront distribution in front of it
Show Answer
Answer: B) An S3 bucket for static website hosting, fronted by CloudFront, with Route 53 managing the domain
An S3 bucket fronted by CloudFront with Route 53 for DNS is the standard, low-operations, cost-effective pattern for static sites. EC2-based designs add unnecessary management and cost. RDS is for relational databases, not static site hosting.
Scenario 2: Simple Dynamic Web App (3-Tier)
Dynamic App Requirements
Now we need server-side logic and a relational database for an internal employee portal, with moderate traffic and basic resilience.
Network Layout
Use a VPC with public subnets for an Application Load Balancer and private subnets in at least two AZs for app servers and the database.
Compute and Database
Run app code on EC2 in an Auto Scaling group (or Elastic Beanstalk) and use Amazon RDS in Multi-AZ for the relational database.
Security and Cost
Restrict traffic with Security Groups, use IAM and encryption, right-size instances, and use Auto Scaling and CloudWatch for cost and monitoring.
Security and Shared Responsibility in the 3-Tier App
Shared Responsibility Reminder
The AWS shared responsibility model says: "Security and compliance are shared responsibilities between AWS and the customer."
What AWS Handles
For this app, AWS secures data centers, hardware, networking, and the RDS database engine and infrastructure.
What You Handle
You design VPC and Security Groups, patch EC2 OS, secure app code, set IAM policies, and manage database users and data.
Exam Trap Warning
If an option suggests AWS patches your EC2 OS or configures your Security Groups, it conflicts with the shared responsibility model.
Quiz 2: Shared Responsibility in a 3-Tier App
Check your understanding of responsibilities.
In the 3-tier web application using EC2 and RDS, which task is the customer's responsibility under the AWS shared responsibility model?
- Ensuring physical security of the data centers where RDS runs
- Patching the underlying hardware that hosts the EC2 instances
- Configuring Security Groups to control traffic between ALB, EC2, and RDS
- Managing automatic Multi-AZ failover logic for the RDS database engine
Show Answer
Answer: C) Configuring Security Groups to control traffic between ALB, EC2, and RDS
Configuring Security Groups is a customer responsibility. AWS handles physical security and hardware. RDS manages Multi-AZ failover for the database engine, but you decide network access controls.
Scenario 3: Simple Data Processing Job (Batch / Serverless)
Batch Job Requirements
We have daily CSV uploads, a processing job, and a data store. Workload is spiky and should be low-cost and low-operations.
Ingestion and Trigger
Clients upload to S3. S3 events or an EventBridge schedule trigger AWS Lambda to run processing code when needed.
Choosing a Data Store
Lambda writes results to DynamoDB for key-value access or to RDS/Aurora Serverless for relational queries.
Serverless Benefits
No servers to manage; you pay only when Lambda runs. This fits spiky, event-driven workloads and is a common exam pattern.
Cost Optimization and Support Plan Considerations
Cost Optimization Levers
Use managed/serverless services, Auto Scaling, Savings Plans/Reserved Instances, and right-sized storage classes to control costs.
Using Cost Tools
Apply AWS Cost Explorer, AWS Budgets, and the AWS Pricing Calculator to estimate and track the costs of your designs.
Support Plan Fit
Match support plans to workload criticality: Basic/Developer for low-risk, Business for production-critical, Enterprise for mission-critical.
Exam Strategy
When a scenario mentions 24/7 production support needs, think Business support. For simple sites, Basic support is usually enough.
Design Exercise: Choose Services for a New Scenario
Apply what you have learned to a new scenario. There is no single right answer, but some choices fit the exam mindset better.
Scenario
A small e-learning startup wants to build a platform where:
- Students can stream pre-recorded video lessons.
- Instructors can upload new videos and PDFs.
- The platform tracks which lessons each student has completed.
- Traffic is global but moderate; usage peaks during evenings and weekends.
- The team is small and wants minimal operations and good cost control.
Your task
- List the main components you think this system needs (compute, storage, database, networking, security).
- For each component, pick one AWS service and write a short justification.
- Video and document storage: ?
- Video delivery to global students: ?
- Application backend (APIs, user management, progress tracking): ?
- Database for user progress and course metadata: ?
- Authentication and user sign-in: ?
- Check your answers against these hints:
- For global content delivery and caching, think about CloudFront.
- For static file storage, think about S3.
- For minimal operations on the backend, consider serverless (API Gateway + Lambda) or managed platforms.
- For user authentication, consider a managed identity service rather than building your own.
Write down your design in bullet points, then compare it mentally to the patterns from the previous scenarios.
Key Concept Flashcards
Use these flashcards to reinforce core terms and patterns.
- AWS shared responsibility model
- Security and compliance are shared responsibilities between AWS and the customer.
- AWS Region
- An AWS Region is a physical location in the world where we cluster data centers.
- Availability Zone
- An Availability Zone is one or more discrete data centers with redundant power, networking, and connectivity in an AWS Region.
- AWS Well-Architected Framework
- The AWS Well-Architected Framework describes the key concepts, design principles, and architectural best practices for designing and running workloads in the cloud.
- Best pattern for a static global website
- Store files in Amazon S3, front them with Amazon CloudFront, and use Amazon Route 53 for DNS; add ACM for HTTPS and S3 bucket policies for security.
- Classic 3-tier web app components
- Application Load Balancer in public subnets, EC2 (or Elastic Beanstalk) app servers in private subnets across two AZs, and an Amazon RDS database in private subnets (often Multi-AZ).
- Serverless batch processing pattern
- Use S3 for file storage, Lambda for processing (triggered by S3 events or EventBridge), and DynamoDB or RDS for storing processed results.
- When to choose serverless over EC2
- When workloads are spiky or event-driven, you want minimal operations, and pay-per-use pricing is attractive (e.g., infrequent batch jobs or lightweight APIs).
- Key cost optimization tools on AWS
- AWS Pricing Calculator for estimates, Cost Explorer for analysis, AWS Budgets for alerts, plus Auto Scaling and Savings Plans/Reserved Instances for capacity cost control.
- Clue words for high availability in exam questions
- Look for language like "highly available", "fault tolerant", or "resilient"; expect answers that use multiple AZs, load balancers, and Multi-AZ databases.
Key Terms
- Amazon S3
- Simple Storage Service, an object storage service for storing and retrieving any amount of data with high durability and availability.
- AWS Lambda
- A serverless compute service that lets you run code without provisioning or managing servers, charging only for compute time used.
- AWS Region
- An AWS Region is a physical location in the world where we cluster data centers.
- Amazon RDS
- Relational Database Service, a managed service for relational databases such as MySQL, PostgreSQL, and SQL Server.
- Amazon VPC
- Virtual Private Cloud, a logically isolated section of the AWS Cloud where you define and control a virtual network.
- Security Group
- A virtual firewall for your instances to control inbound and outbound traffic at the instance level.
- Amazon DynamoDB
- A fully managed NoSQL key-value and document database service that offers single-digit millisecond performance at scale.
- Amazon Route 53
- A highly available and scalable Domain Name System (DNS) web service.
- Amazon CloudFront
- A global content delivery network (CDN) service that securely delivers content with low latency using edge locations.
- Availability Zone
- An Availability Zone is one or more discrete data centers with redundant power, networking, and connectivity in an AWS Region.
- Amazon EventBridge
- A serverless event bus service that makes it easier to build event-driven applications using events from AWS services, your own apps, and SaaS apps.
- Auto Scaling group
- A collection of Amazon EC2 instances managed together so that AWS can automatically add or remove instances based on demand.
- AWS Certificate Manager (ACM)
- A service that lets you provision, manage, and deploy SSL/TLS certificates for use with AWS services.
- AWS Well-Architected Framework
- The AWS Well-Architected Framework describes the key concepts, design principles, and architectural best practices for designing and running workloads in the cloud.
- AWS shared responsibility model
- Security and compliance are shared responsibilities between AWS and the customer.
- Application Load Balancer (ALB)
- A managed Layer 7 load balancer that distributes HTTP/HTTPS traffic across targets such as EC2 instances, containers, and IP addresses.