클라우드 문서를 보면 "탄력적으로 늘어난다", "확장 가능한 아키텍처"라는 말이 섞여 나와 같은 뜻처럼 들립니다. 하지만 탄력성(Elasticity)과 확장성(Scalability)은 다른 개념입니다. 한 문장으로 줄이면, 확장성은 얼마나 키울 수 있느냐의 능력이고, 탄력성은 수요에 맞춰 실시간으로 늘었다 줄었다 하느냐의 동작입니다. 헷갈리던 두 단어가 이 한 줄로 갈립니다.
두 개념의 핵심 차이
| 구분 | 확장성(Scalability) | 탄력성(Elasticity) |
|---|---|---|
| 질문 | 얼마나 커질 수 있나 | 수요에 맞춰 자동 조절되나 |
| 시간 축 | 장기적 성장 대응 | 실시간 변동 대응 |
| 방향 | 보통 키우는 쪽 | 늘리고 줄이기까지 |
| 예시 | 서버를 100대까지 늘릴 수 있음 | 트래픽 따라 10↔50대 자동 |
확장성은 시스템이 성장 가능한 구조인지를 말합니다. 탄력성은 그 구조 위에서, 지금 부하에 맞춰 자원을 자동으로 더하고 빼는 동작입니다. 확장 가능해야 탄력적일 수 있으니, 탄력성은 확장성을 전제로 합니다.
확장의 두 방향
확장성을 이야기할 때 먼저 알아야 할 건 키우는 방향입니다.
| 방식 | 의미 | 한계 |
|---|---|---|
| 수직 확장(Scale Up) | 서버 1대 사양을 키움(CPU·RAM↑) | 하드웨어 상한, 교체 시 중단 |
| 수평 확장(Scale Out) | 같은 서버를 여러 대로 늘림 | 무상태 설계 필요 |
탄력성은 보통 수평 확장 위에서 빛납니다. 동일한 서버를 부하에 따라 자동으로 더 띄우고, 한가하면 꺼서 비용을 아끼기 때문입니다.
시나리오로 구분하기
쇼핑몰이 평소 서버 10대로 운영되다가, 오전 11시 타임세일에 트래픽이 5배로 뛴다고 합시다. Auto Scaling이 부하를 감지해 서버를 50대로 자동으로 늘리고, 세일이 끝나면 다시 10대로 줄입니다.
09:00 트래픽 낮음 → 서버 10대
11:00 타임세일 폭주 → 자동으로 50대
14:00 평소 복귀 → 다시 10대 (비용 절감)
여기서 "50대까지 늘릴 수 있는 구조"는 확장성이고, "트래픽에 맞춰 자동으로 늘렸다 줄이는 동작"은 탄력성입니다. 확장만 되고 줄지 않으면 한가할 때도 50대 요금을 내야 하므로, 비용 효율은 탄력성에서 나옵니다.
| 상황 | 핵심 개념 |
|---|---|
| 사용자 증가에 대비한 장기 설계 | 확장성 |
| 갑작스런 트래픽 급증·급감 대응 | 탄력성 |
| 유휴 시간 자원을 자동으로 줄여 비용 절감 | 탄력성 |
| 단일 서버 성능 한계 돌파 | 확장성(수평) |
요점 정리
- 확장성은 "얼마나 키울 수 있나"의 능력, 탄력성은 "수요 따라 자동으로 늘었다 줄었다"의 동작이다.
- 수직 확장은 사양↑, 수평 확장은 대수↑이며 탄력성은 주로 수평 확장 위에서 작동한다.
- 탄력성은 확장성을 전제로 하고, 비용 절감의 핵심은 자동으로 줄이는 능력이다.
Auto Scaling 정책을 설정해 부하에 따라 서버가 자동으로 늘고 주는 모습을 직접 확인하는 실습은 클라우드 트랙에서 회원가입 없이 무료로 할 수 있습니다.