SW BBANG

When you open the RDS console and see both 'Aurora MySQL' and 'MySQL' as engine options, the natural question is: what exactly are you paying more for? Aurora is not just a managed MySQL wrapper — it's a fundamentally different storage architecture that happens to speak the MySQL protocol. Understanding that distinction is what determines whether Aurora is the right call for your workload or an expensive over-engineering choice. TL;DR: Aurora MySQL vs. Standard RDS MySQL Dimension Aurora MySQL Standard RDS MySQL Storage architecture Distributed, shared cluster volume EBS volume attached per instance MySQL compatibility Compatible with MySQL 5.7 / 8.0 (wire protocol) Runs actual MySQL community engine Read replicas Up to 15, share same storage, near-zero lag Up to 5, each replicates data independently Failover Typically under 30 seconds (documented) 60-120 seconds typical (new EBS attac...

You have three Lambda functions, each packaging the same requests library independently. Every deploy zips the same 15 MB, every cold start loads the same bytes, and when you need to pin a new version you touch three functions instead of one. Lambda Layers exist precisely to break this pattern — one versioned artifact, attached to as many functions as you need. TL;DR: Lambda Layer Creation at a Glance Step What Happens Key Detail 1. Build package locally pip installs into a directory matching the Lambda runtime path Must be python/ subdirectory 2. Zip the directory Creates the layer artifact Zip must contain python/ at root 3. Publish layer version Lambda stores the artifact and returns a versioned ARN Each publish creates a new immutable version 4. Attach to functions Function config references the layer ARN Up to 5 layers per function; combined unzipped size limit applies How Lambda Layers Work...

You have objects in S3 with unpredictable access patterns — some files get hit constantly for a week, then go cold for months. Manually managing lifecycle rules for this kind of workload is a losing battle, and that's exactly the problem S3 Intelligent-Tiering was built to solve. TL;DR: S3 Intelligent-Tiering at a Glance Question Answer What does it do? Automatically moves objects between access tiers based on observed access patterns Retrieval fees? None for Frequent and Infrequent Access tiers. Archive tiers have retrieval latency but no retrieval fee. Monitoring fee? Per-object monthly fee applies to objects 128 KB and larger Minimum object size for cost benefit? 128 KB — smaller objects are not charged the monitoring fee but also don't benefit from tiering savings Best fit? Unpredictable or mixed access patterns where lifecycle rules are impractical Worst fit? Workloads with known, s...

You've got a Python Lambda that needs to query a PostgreSQL RDS instance — straightforward on paper, but the moment you try to import psycopg2 , Lambda throws a module-not-found error, and you realize the database password sitting in an environment variable is a security incident waiting to happen. This post walks through building a working psycopg2 Lambda layer, wiring up the VPC networking, and pulling credentials securely from AWS Systems Manager Parameter Store. TL;DR: Lambda to RDS PostgreSQL Connection Problem Solution psycopg2 not available in Lambda runtime Build a Lambda Layer with the compiled binary using Docker Database password in plaintext env var Store as SecureString in SSM Parameter Store, fetch at runtime Lambda cannot reach RDS Deploy Lambda in the same VPC, configure Security Group rules Cold start latency from SSM calls Cache the parameter value in the Lambda execution context ...

You're setting up an EC2 instance or an RDS cluster in Seoul, and the console asks you to pick between ap-northeast-2a and ap-northeast-2c . Most engineers pick one and move on — until a 3 AM alert tells them their entire application is unreachable because that single AZ had a power event. Understanding what an Availability Zone actually is, and what happens when one fails, is the difference between a five-minute failover and a multi-hour outage. TL;DR: Availability Zones and Multi-AZ Deployment Topic Key Point What is an AZ? One or more discrete data centers with independent power, cooling, and networking within a Region AZ failure scope Failures are isolated to a single AZ — neighboring AZs in the same Region are unaffected Single-AZ risk Any AZ-level event (power, hardware, networking) takes your entire application offline Multi-AZ benefit Traffic automatically shifts to healthy AZs; your app surv...