Internal Analytics Portal: Scheduled Auto-Scaling & Spot Fleets
Saving 70% on compute bills for a corporate analytics tool using scheduled scaling policies, EC2 Spot Instances, and EBS snapshots.
Compute Cost Reduction: 72%
Nighttime Waste: 0%
Module 2 Beginner Compute Architecture & High-Availability Scaling
Compute Fundamentals & Auto Scaling
Stateless Elasticity: EC2, Application Load Balancers & Auto Scaling Groups
The Evolution of Compute
Running workloads on virtual machines requires making critical architectural decisions:
- Vertical Scaling (Scale-Up): Upgrading from
t3.mediumtoc6i.4xlarge. Simple, but introduces a single point of failure (SPOF) and a hard ceiling. - Horizontal Scaling (Scale-Out): Distributing stateless compute nodes behind an Application Load Balancer (ALB) across multiple Availability Zones. When one AZ experiences an outage, healthy targets in other AZs continue handling requests.
Interactive Architecture Diagram (Use controls to zoom & pan)
Case Studies in This Module
- Legacy Monolith Web App Migration: Re-hosting a stateful Django/Rails app to multi-AZ ASG with externalized Redis sessions.
- High-Throughput E-Commerce Catalog Engine: Handling flash-sale peak load surges using aggressive scale-out target tracking.
Module 2 သင်ရိုးမာတိကာ Resilient Compute, Traffic Distribution & State Isolation
High Availability Compute Architecture (EC2, ASG & ALB)
Fault-Tolerant Virtual Machines၊ Auto Scaling နှင့် Multi-AZ Load Balancing စနစ်များ
EC2 Virtual Servers များကို အခြေခံ၍ သုံးစွဲသူ Traffic တက်လာပါက အလိုအလျောက် Scale ဖြစ်ပြီး၊ Server တစ်လုံး ပျက်စီးသွားပါက အလိုအလျောက် ပြန်လည်အစားထိုးပေးနိုင်သော Multi-AZ Application Load Balancer နှင့် Auto Scaling Group စနစ် တည်ဆောက်ပုံ။
ရရှိမည့် အဓိက ဗိသုကာဆိုင်ရာ ကျွမ်းကျင်မှုများ (Learning Outcomes)
1
Compute ရွေးချယ်မှုများ (T4g/C7g/M7g Graviton ARM vs x86) ၏ စွမ်းဆောင်ရည်နှင့် ဈေးနှုန်း ကွာခြားချက်ကို နားလည်ခြင်း။
2
Application Load Balancer (ALB) ဖြင့် Path-based routing, SSL Offloading နှင့် Health Checks စီမံနိုင်ခြင်း။
3
Auto Scaling Groups (ASG) ဖြင့် CPU/Request Count အလိုက် Dynamic Scaling နှင့် Self-Healing စနစ် တပ်ဆင်နိုင်ခြင်း။
4
Stateless Web Tier တည်ဆောက်၍ Session Data များကို ElastiCache / DynamoDB သို့ ရွှေ့ပြောင်းနိုင်ခြင်း။
အခြေခံ သဘောတရားနှင့် စဉ်းစားပုံ Mental Models
Monolithic အပလီကေးရှင်းများကို Cloud ပေါ်သို့ စတင်ရွှေ့ပြောင်းရာတွင် Single Server ပေါ်တွင်သာ ထိုင်ထားပါက Single Point of Failure (SPOF) ဖြစ်စေပါသည်။
ALB ကို Multi-AZ Public Subnet တွင်ထားပြီး၊ EC2 Instance များကို Private Subnet တွင် Auto Scaling Group ဖြင့် အုပ်စုဖွဲ့ထားခြင်းဖြင့် Server များ ပျက်ကျသော်လည်း User ဘက်မှ Downtime မရှိဘဲ အလိုအလျောက် ပြန်လည်ကောင်းမွန်စေပါသည်။
အဓိက ဗိသုကာ သဘောတရားများနှင့် မဏ္ဍိုင်များ (Key Architecture Concepts)
Stateless Architecture
EC2 Server ပေါ်တွင် Session / Upload File များ မသိမ်းဘဲ S3 နှင့် Redis သို့ ခွဲထုတ်ထားခြင်း။
Deep Health Checks
TCP Port 80 သာမက Database ချိတ်ဆက်မှုကိုပါ စစ်ဆေးသော Application-level /health Endpoint သုံးခြင်း။
Graviton (ARM64) Processors
x86 ထက် ဈေး ၂၀% သက်သာပြီး စွမ်းဆောင်ရည် ၄၀% ပိုမိုကောင်းမွန်သော AWS Custom Silicon Chip များ။
Production စနစ်များတွင် မဖြစ်မနေ လိုက်နာရမည့် Golden Rules
- ★ EC2 Instances များကို Public Subnet တွင် တိုက်ရိုက် မထားပါနှင့်၊ ALB နောက်ရှိ Private Subnet တွင်သာ ထားပါ။
- ★ SSH Key Pairs အစား AWS Systems Manager (SSM) Session Manager ကို သုံး၍ Port 22 ကို လုံးဝပိတ်ထားပါ။
Hands-On Case Studies
လက်တွေ့ လေ့လာနိုင်သော Case Studies များ
Legacy Monolith Migration: Lift & Shift to Multi-AZ Auto Scaling EC2
Re-platforming a stateful Django/Rails monolith to horizontal Auto Scaling EC2 behind an ALB with externalized Redis session storage.
Availability: 99.95%
Scale-Out Latency: 4 mins
