AWS

NAT Gateway 요금 절감: 시간당이 아니라 처리 요금이 본체입니다
5 분 소요

NAT Gateway 요금 절감: 시간당이 아니라 처리 요금이 본체입니다

NAT Gateway 청구서를 분해하고 절감 순서를 정리합니다. 시간당·데이터 처리·인터넷 전송이 겹치는 3층 과금 구조, 다운로드에도 처리 요금이 붙는 지점, 무료인 게이트웨이 엔드포인트부터 인터페이스 엔드포인트, IPv6와 NAT 인스턴스까지 이어지는 우회 경로별 손익, 트래픽 주범을 찾는 진단 방법, 멀티 AZ 배치의 비용 구조까지 다룹니다.

DynamoDB vs RDS: AWS 데이터베이스 선택 기준
5 분 소요

DynamoDB vs RDS: AWS 데이터베이스 선택 기준

DynamoDB와 RDS를 가르는 실무 기준을 정리합니다. 키-밸류와 관계형이라는 데이터 모델 차이, 요청당 과금과 인스턴스 시간당 과금이 갈라 놓는 청구서 구조, 액세스 패턴을 먼저 설계해야 하는 DynamoDB의 제약, GSI가 쓰기 비용을 배수로 만드는 함정, 트래픽 패턴으로 가르는 판단 순서와 둘을 병행하는 구성까지 다룹니다.

RI vs Savings Plans: AWS 약정 할인 선택 기준
5 분 소요

RI vs Savings Plans: AWS 약정 할인 선택 기준

예약 인스턴스와 Savings Plans를 가르는 실무 기준을 정리합니다. 인스턴스 속성 매칭과 시간당 금액 약정이라는 구조 차이, 최대 72%라는 같은 할인율에서 갈리는 유연성, Savings Plans가 커버하지 못하는 RDS 같은 서비스, 용량 예약이라는 별개 문제, 약정 규모를 청구서의 안정 하한선으로 잡는 방법까지 다룹니다.

EFS vs EBS vs S3: AWS 스토리지 선택 기준
5 분 소요

EFS vs EBS vs S3: AWS 스토리지 선택 기준

AWS 스토리지 셋을 가르는 실무 기준을 정리합니다. 블록, 파일, 객체라는 접근 모델의 차이, GB당 $0.023에서 $0.30까지 벌어지는 단가와 프로비저닝·사용량이라는 과금 방식 차이, EFS의 처리량 요금 같은 숨은 비용, 공유가 필요 없는데 EFS를 쓰는 흔한 과잉 설계, 접근 패턴으로 가르는 판단 순서까지 다룹니다.

SQS vs SNS vs EventBridge: 메시징 서비스 선택 기준
5 분 소요

SQS vs SNS vs EventBridge: 메시징 서비스 선택 기준

AWS 메시징 서비스 셋을 가르는 실무 기준을 정리합니다. 큐, pub/sub, 이벤트 버스라는 모델 차이, 보존과 재시도가 있는 곳과 없는 곳, 100만 건당 $0.40에서 $1.00까지 벌어지는 요금과 64KB 청크 과금, SNS 뒤에 SQS를 두는 팬아웃 같은 조합 패턴, EventBridge의 지연과 FIFO 처리량 한계까지 다룹니다.

ALB vs NLB: 로드 밸런서 선택 기준
5 분 소요

ALB vs NLB: 로드 밸런서 선택 기준

ALB와 NLB를 가르는 실무 기준을 정리합니다. L7 라우팅과 L4 전달이라는 동작 계층의 차이, 고정 IP와 소스 IP 보존과 PrivateLink처럼 NLB에서만 되는 것, 시간당 요금은 같은데 LCU 계산에서 갈라지는 청구서 구조, 크로스존 로드 밸런싱 같은 숨은 비용, 둘을 체인으로 잇는 구성까지 다룹니다.

Lambda vs Fargate: 서버리스 컴퓨팅 선택 기준
5 분 소요

Lambda vs Fargate: 서버리스 컴퓨팅 선택 기준

Lambda와 Fargate를 가르는 실무 기준을 정리합니다. 호출 단위 과금과 태스크 단위 과금의 구조 차이, 상시 실행이면 Lambda가 2배 이상 비싸지는 단가 계산과 사용률 기준선, 15분·10GB·콜드 스타트라는 Lambda의 하드 리밋, API Gateway와 로그 수집이 본체 요금을 넘는 숨은 비용, 워크로드 성격으로 가르는 판단 순서까지 다룹니다.

ECS vs EKS: 컨테이너 오케스트레이터 선택 기준
5 분 소요

ECS vs EKS: 컨테이너 오케스트레이터 선택 기준

ECS와 EKS를 가르는 실무 기준을 정리합니다. 무료 컨트롤 플레인과 클러스터당 월 $73의 차이보다 큰 운영 비용의 정체, EKS 버전 업그레이드 사이클과 방치 시 6배가 되는 연장 지원 요금, Auto Mode가 줄여 주는 것과 남는 것, k8s 생태계가 실제로 필요한 조건, 팀 규모·이식성·채용 관점의 판단 기준까지 다룹니다.

Aurora vs RDS: 구조 차이와 갈아타는 기준
5 분 소요

Aurora vs RDS: 구조 차이와 갈아타는 기준

Aurora와 표준 RDS를 가르는 실무 기준을 정리합니다. 스토리지·컴퓨트 분리 구조가 만드는 차이(공유 스토리지 리드 레플리카 15개, 빠른 페일오버, 256TiB 자동 확장), 인스턴스 프리미엄에 스토리지·I/O 과금이 얹히는 요금 구조, I/O-Optimized가 유리해지는 25% 기준선, Serverless v2와 0 ACU 일시정지, 그리고 표준 RDS가 여전히 정답인 조건까지 다룹니다.

S3 스토리지 클래스 비교: Standard부터 Glacier Deep Archive까지
5 분 소요

S3 스토리지 클래스 비교: Standard부터 Glacier Deep Archive까지

S3 스토리지 클래스를 고르는 실무 기준을 정리합니다. 클래스별 보관 단가와 회수 수수료·최소 보관 기간의 전체 지도, Standard-IA의 세 가지 함정(회수 수수료·30일·128KB), Glacier 세 클래스의 차이(즉시·수시간·12시간), 접근 패턴을 모를 때 Intelligent-Tiering이 정답인 이유, 수명주기 전환 요금이 절감을 잡아먹는 조건까지 다룹니다.

ECS Fargate vs EC2: 스펙 조합과 요금 비교
5 분 소요

ECS Fargate vs EC2: 스펙 조합과 요금 비교

ECS 컴퓨팅을 고르는 실무 기준을 정리합니다. 태스크 단위 과금(Fargate)과 인스턴스 단위 과금(EC2)의 구조 차이, Fargate가 허용하는 vCPU·메모리 격자(0.25〜16vCPU·최대 120GB), 같은 스펙의 단가 계산으로 본 프리미엄의 실제 크기, 사용률과 빈 패킹이 비교를 뒤집는 지점, ARM·Spot·Savings Plans로 요금을 내리는 축까지 다룹니다.

RDS 인스턴스 클래스 선택 기준: db.t·db.m·db.r 비교
6 분 소요

RDS 인스턴스 클래스 선택 기준: db.t·db.m·db.r 비교

RDS 인스턴스 클래스를 고르는 실무 기준을 정리합니다. EC2와 같은 이름 규칙에 db. 접두사가 붙는 구조, 같은 하드웨어인데 요금이 두 배쯤 되는 이유(관리 포함·Multi-AZ 별도), db.t를 프로덕션에 쓰면 안 되는 이유, 버퍼 풀 관점에서 db.m과 db.r을 가르는 기준, Graviton 클래스 전환이 EC2보다 쉬운 이유까지 다룹니다.