#AWS
161 편의 글
CloudWatch 메트릭·알람 요금: 로그 다음으로 새는 곳
CloudWatch 청구서에서 Logs 다음 항목을 분해합니다. 월 $0.30씩 쌓이는 커스텀 메트릭과 디멘션 조합이 개수를 폭발시키는 원리, 알람·대시보드·API 호출(특히 GetMetricData)의 단가, 서드파티 관측 도구가 메트릭 API 요금을 만드는 구조, 임베디드 메트릭 포맷과 디멘션 설계로 개수를 줄이는 방법, 점검 순서까지 다룹니다.
AWS 로그 분석 선택: Logs Insights vs Athena vs OpenSearch
로그를 어디서 검색하고 분석할지 가르는 기준을 정리합니다. 이미 CloudWatch에 있는 로그를 그대로 조회하는 Logs Insights($0.005/스캔 GB), S3에 쌓아 두고 SQL로 묻는 Athena($5/스캔 TB)와 파티셔닝·압축이 요금을 가르는 구조, 상시 대시보드와 전문 검색이 필요할 때의 OpenSearch와 그 고정비, 세 층을 조합하는 실무 구성과 선택 순서까지 다룹니다.
Kinesis vs MSK vs SQS: 스트리밍과 큐 선택 기준
이벤트 데이터를 받는 세 서비스를 가르는 기준을 정리합니다. 소비 후 사라지는 큐와 다시 읽을 수 있는 스트림이라는 모델 차이, SQS 100만 건당 $0.40의 단순함, Kinesis의 프로비저닝드 샤드와 온디맨드 모드, MSK가 정당화되는 Kafka 생태계 요건, Express 브로커와 서버리스라는 MSK의 두 갈래, 규모와 팀 역량으로 가르는 선택 순서까지 다룹니다.
Spot 인스턴스 실전: 최대 90% 할인의 조건과 중단 대응 설계
Spot이 약정 없이 최대 90% 할인을 주는 대신 무엇을 요구하는지 정리합니다. 2분 중단 통지와 리밸런스 권고의 실제 동작, 중단 내성이 있는 워크로드와 없는 워크로드를 가르는 기준, price-capacity-optimized 할당 전략과 인스턴스 다양화가 중단 빈도를 줄이는 원리, Fargate Spot의 자리, RI·Savings Plans·Graviton과 조합해 비용 3축을 완성하는 설계까지 다룹니다.
AWS provider 6.x 업그레이드: breaking change 진단과 안전한 전환 순서
AWS provider 메이저 업그레이드를 안전하게 넘는 절차를 정리합니다. CLI 업그레이드보다 파급이 큰 이유, 최신 5.x를 경유해 deprecation 경고를 소진하는 표준 수순, 6.0의 주요 변경(리소스 단위 region 인수, OpsWorks·SimpleDB 제거, 불리언 엄격화, Redshift 기본값 반전), 스키마 변경이 만드는 가짜 diff와 진짜 교체를 구분하는 plan 판독, 공유 모듈의 버전 하한이 만드는 함정까지 다루겠습니다.
Route 53 라우팅 정책 비교: 8가지 정책 선택 기준
Route 53의 8가지 라우팅 정책을 시나리오로 가르는 기준을 정리합니다. 단순·가중치·지연 시간·장애 조치·지리 위치·지리 근접·다중 값·IP 기반 각각의 용도, 정책에 따라 달라지는 쿼리 단가($0.40〜$0.80/100만 건)와 별칭 쿼리 무료의 효과, 헬스 체크 요금과 조합 원칙, 카나리아 배포·DR·멀티 리전이라는 대표 시나리오별 정답까지 다룹니다.
Step Functions vs SQS 조합: 워크플로 오케스트레이션 선택 기준
여러 단계를 잇는 처리를 Step Functions로 지휘할지 SQS와 Lambda 조합으로 이어 붙일지 가르는 기준을 정리합니다. 오케스트레이션과 코레오그래피의 구조 차이, 상태 전이 100만 건당 $25인 Standard와 100만 실행당 $1인 Express의 요금 격차, SQS 체인이 잃는 가시성과 얻는 단순함, 재시도·보상 트랜잭션·장기 실행이라는 결정 요소와 병용 패턴까지 다룹니다.
Graviton vs x86: EC2 인스턴스 아키텍처 선택 기준
EC2에서 ARM(Graviton)과 x86을 가르는 실무 기준을 정리합니다. m8g와 m7i의 시간당 단가 차이와 가격 대비 성능 격차, 2026년 GA된 Graviton5(m9g)의 자리, 매니지드 서비스부터 옮기는 이유, 인터프리터 언어와 네이티브 의존성의 난이도 차이, x86이 남는 워크로드와 선택 순서까지 다룹니다.
CloudWatch Logs 요금 절감: 저장이 아니라 수집이 본체입니다
CloudWatch Logs 청구서의 구조를 분해합니다. GB당 $0.50인 수집 요금이 $0.03인 저장 요금의 17배라는 사실, 절반 가격인 Infrequent Access 로그 클래스의 제약, 볼륨 구간별 인하와 2026년 도입된 인텔리전트 티어링, Lambda 로그를 S3와 Firehose로 돌리는 선택지, 보존 기간 설정과 수집량 자체를 줄이는 순서까지 다룹니다.
Aurora Serverless v2 vs 프로비저닝: 요금 구조와 선택 기준
Aurora의 두 용량 모델을 가르는 기준을 정리합니다. ACU 시간당 약 $0.12라는 Serverless v2의 과금 단위, 0 ACU까지 내려가는 자동 일시 정지의 효과와 재개 지연이라는 대가, 상시 부하에서 프로비저닝 + 약정이 역전하는 손익 분기, 최소 ACU를 높게 잡아 서버리스가 고정비로 변하는 함정, 프로비저닝 라이터와 서버리스 리더를 섞는 하이브리드 구성까지 다룹니다.
ElastiCache 엔진 선택: Valkey, Redis OSS, Memcached 비교
ElastiCache의 세 엔진을 가르는 실무 기준을 정리합니다. Redis 라이선스 변경에서 갈라져 나온 Valkey가 신규 구축의 기본값이 된 배경, 노드 기반 20%와 서버리스 33%라는 단가 차이, 서버리스 최소 과금이 Valkey 100MB와 Redis OSS 1GB로 갈리는 지점, Memcached가 여전히 맞는 좁은 영역, 노드 기반과 서버리스 선택까지 다룹니다.
API Gateway vs ALB: Lambda 앞단 선택 기준
Lambda 앞에 무엇을 둘지 가르는 실무 기준을 정리합니다. 요청당 과금(HTTP API $1.00/100만 건)과 시간당+LCU 과금(ALB 월 약 $16 고정비)이라는 요금 모델 차이, 월 1,600만 건 부근의 교차점, REST API가 $3.50인데도 선택되는 기능 차이, 무료인 Lambda Function URL의 자리, VPC 내부 통합과 WAF까지 포함한 판단 순서를 다룹니다.