확장성은 읽기, 쓰기, 저장량, 지역 지연을 따로 본다
“스케일이 필요하다”는 말만으로는 선택할 수 없다. 먼저 어떤 축이 병목인지 분리해야 캐시, 파티션, 압축, 리전 전략을 맞게 고른다.
| 상황 | 주 병목 | 먼저 볼 신호 | 우선 조치 |
|---|---|---|---|
| 조회 폭증 | 읽기 | 같은 키/쿼리가 반복되고 DB CPU가 오른다. | 캐시, 읽기 복제, 인덱스 재검토 |
| 이벤트 수집 | 쓰기 | 특정 파티션이나 리더에 쓰기가 몰린다. | 파티션 키 재설계, 배치 쓰기 |
| 장기 보관 | 저장량 | 읽지 않는 데이터가 스토리지와 백업을 키운다. | 압축, TTL, 콜드 스토리지 분리 |
| 글로벌 서비스 | 지역 지연 | 리전 간 합의 때문에 쓰기 지연이 늘어난다. | 리전 배치, 일관성 수준 선택 |
핵심: 확장은 “서버를 더 붙인다”가 아니라 병목 축에 맞는 비용을 선택하는 일이다.