클라우드를 처음 보면 "EC2는 IaaS인데 왜 데이터베이스 서비스는 PaaS라고 하지?" 하며 경계가 헷갈립니다. 핵심은 단순합니다. IaaS·PaaS·SaaS는 내가 어디까지 관리하고, 클라우드가 어디까지 대신 해주느냐의 차이일 뿐입니다. 자동차에 비유하면 IaaS는 렌터카(내가 운전), PaaS는 택시(목적지만 말함), SaaS는 지하철(노선표대로 타기만)에 가깝습니다.
누가 무엇을 관리하나
애플리케이션을 돌리려면 서버 하드웨어부터 OS, 런타임, 앱 코드, 데이터까지 여러 층이 필요합니다. 모델마다 그 책임선이 다릅니다.
| 계층 | IaaS | PaaS | SaaS |
|---|---|---|---|
| 애플리케이션 | 내가 | 내가 | 제공업체 |
| 런타임·미들웨어 | 내가 | 제공업체 | 제공업체 |
| OS | 내가 | 제공업체 | 제공업체 |
| 서버·네트워크·스토리지 | 제공업체 | 제공업체 | 제공업체 |
위로 갈수록 내 책임이 줄고 자유도도 줄어듭니다. IaaS는 OS까지 내가 깔고 패치하지만, SaaS는 가입만 하면 끝입니다.
예시로 구분하기
| 모델 | 대표 예시 | 한 줄 정의 |
|---|---|---|
| IaaS | AWS EC2, GCP Compute Engine | 가상 서버·네트워크를 빌려 OS부터 직접 구성 |
| PaaS | Heroku, AWS Elastic Beanstalk, RDS | 코드만 올리면 실행 환경은 알아서 |
| SaaS | Gmail, Slack, Notion | 완성된 소프트웨어를 그냥 쓴다 |
RDS가 PaaS로 분류되는 이유가 여기 있습니다. 데이터베이스 OS 패치나 백업 설정을 클라우드가 대신 해주고, 나는 스키마와 쿼리에만 집중하기 때문입니다.
언제 무엇을 고르나
- IaaS — OS 수준 제어가 필요하거나, 특수한 네트워크·커널 설정을 직접 해야 할 때. 자유도가 가장 높지만 운영 부담도 가장 큽니다.
- PaaS — 인프라 관리에 시간 쓰지 않고 앱 개발에 집중하고 싶은 스타트업·소규모 팀에 잘 맞습니다. 스케일링·패치를 위임합니다.
- SaaS — 직접 만들 이유가 없는 일반 업무 도구(메일, 협업, CRM). 가입하고 쓰는 게 가장 빠르고 싸다면 SaaS입니다.
판단 기준은 "이 계층을 내가 직접 관리해서 얻는 이득이 운영 비용보다 큰가?"입니다. 대부분의 경우 더 위 모델로 갈수록 운영이 편해지므로, 특별한 제어 요구가 없다면 PaaS·SaaS를 먼저 검토하는 편이 합리적입니다.
요점 정리
- 세 모델의 차이는 책임선 하나 — 내가 어디까지 관리하느냐.
- IaaS는 OS부터 내가, PaaS는 코드만 내가, SaaS는 가입만.
- 자유도와 운영 부담은 비례하므로, 제어가 꼭 필요할 때만 아래 모델을 택한다.
EC2(IaaS)를 직접 띄워 OS를 구성해 보고, 관리형 서비스(PaaS)와 운영 부담이 어떻게 다른지 비교하는 실습은 클라우드 트랙에서 회원가입 없이 무료로 할 수 있습니다.