Cloud Architecture Guide
DAY_01 / SECTION_02 // FOUNDATION
MODULE READY

Reference architecture

A reference architecture is a template of how the pieces fit. Five areas show up across every cloud project — compute, data, security, operations, and AI/ML. Use them as a checklist when scoping or critiquing an integration.

AREA_01
ONLINE
memory

Compute & Apps

Where code runs
Modernization (containers, serverless), administrative services, high availability, disaster recovery. The runtime layer of the architecture.
AREA_02
ONLINE
database

Data

Where state lives
Database (SQL, NoSQL), object storage, block & archive storage, media / CDN. The system of record for everything else.
AREA_03
ONLINE
shield

Security

Who can do what
Identity (IAM), network (VPC), audit, key management. Day 1's deeper dive.
AREA_04
IDLE
settings_suggest

Operations

How it runs
DevOps · CI/CD · monitoring · alerting · cost management. Day 2 lives here.
AREA_05
STANDBY
psychology

Data + AI

What you do with it
Analytics · big data · data warehouse · AI/ML. The newer layer — increasingly table-stakes for any modern cloud architecture.
// modernization · the six Rs

When teams say "modernize," they usually mean one of six things. Each step is more disruptive but more value. Most projects mix them — pick deliberately, not by reflex.

R What it is When to pick
RetainLeave it where it is, for nowStable, low-priority, or truly hard to move
RetireTurn it offNobody uses it, or replaced by something else
RehostLift & shift to cloud VMsSpeed of migration matters more than gains
ReplatformMove with small targeted improvementse.g. SQL Server → managed RDS
RefactorKeep logic, change runtimeMonolith → containers, on-prem → serverless
RepurchaseBuy SaaS instead of buildingCommodity functionality (CRM, email, …)
help Knowledge Check
Question 1/1

An old SQL Server database is running on a beat-up box in the office closet. The team wants it on AWS by next quarter, with minimal app changes. Which 'R' fits best?

// pick one to verify