핵심 인사이트

1. 본질: 클라우드 서비스 모델은 "얼마나 많은 IT 스택을 클라우드 공급자가 관리하는가"에 따라 IaaS·PaaS·SaaS·BaaS·FaaS로 구분되며, 책임 공유 모델(Shared Responsibility Model)이 핵심이다.
2. 가치: 모델 선택은 단순한 기술 결정이 아니라 운영 비용(OpEx), 개발 속도, 보안 책임 범위, 벤더 의존도(Vendor Lock-in) 간 트레이드오프를 경영적으로 판단하는 아키텍처 전략이다.
3. 판단 포인트: 기술사 시험에서는 각 모델의 책임 경계 구분, FaaS와 서버리스(Serverless)의 관계, 그리고 엔터프라이즈 도입 시 거버넌스·보안·비용 최적화 전략을 논리적으로 제시해야 한다.

Ⅰ. 개요 및 필요성

클라우드 컴퓨팅(Cloud Computing)은 인터넷을 통해 컴퓨팅 자원(서버·스토리지·네트워크·소프트웨어)을 필요할 때 필요한 만큼 사용하는 IT 인프라 패러다임이다. NIST (National Institute of Standards and Technology, 미국 국립표준기술연구소)는 클라우드 서비스를 제공 방식에 따라 IaaS (Infrastructure as a Service), PaaS (Platform as a Service), SaaS (Software as a Service) 세 가지 기본 모델로 정의하였으며, 이후 BaaS (Backend as a Service), FaaS (Function as a Service) 등 특화 모델이 추가되었다.

클라우드 도입의 핵심 가치는 단순한 비용 절감을 넘어선다. 탄력적 확장성(Elasticity), 글로벌 즉시 배포(Rapid Deployment), 관리 부담 감소(Reduced Operational Overhead), 혁신 주기 단축이 실질적인 비즈니스 가치다. 그러나 모델 선택이 잘못되면 보안 취약, 통제 불가, 예상치 못한 비용 폭증으로 이어지므로, 정확한 모델 이해는 클라우드 전략의 출발점이다.

📢 섹션 요약 비유: 클라우드 서비스 모델은 집을 짓는 방식의 차이다. IaaS는 땅과 빈 건물만 빌리는 것, PaaS는 내부 인테리어까지 된 공간을 빌리는 것, SaaS는 가구까지 다 갖춰진 방을 빌려서 바로 사는 것이다.

Ⅱ. 아키텍처 및 핵심 원리

2-1. 책임 공유 모델 (Shared Responsibility Model)

┌─────────────────────────────────────────────────────────────────────┐
│           클라우드 서비스 모델별 책임 범위 (■=고객, □=공급자)       │
├──────────────────────┬──────────┬──────────┬──────────┬────────────┤
│       계층           │ On-Prem  │  IaaS    │  PaaS    │   SaaS     │
├──────────────────────┼──────────┼──────────┼──────────┼────────────┤
│ 애플리케이션         │    ■     │    ■     │    ■     │     □      │
│ 데이터               │    ■     │    ■     │    ■     │   ■(일부)  │
│ 런타임/미들웨어      │    ■     │    ■     │    □     │     □      │
│ OS                   │    ■     │    ■     │    □     │     □      │
│ 가상화               │    ■     │    □     │    □     │     □      │
│ 서버/스토리지/네트워크│   ■     │    □     │    □     │     □      │
│ 물리 인프라          │    ■     │    □     │    □     │     □      │
└──────────────────────┴──────────┴──────────┴──────────┴────────────┘
■ 고객 책임  □ 클라우드 공급자 책임

2-2. 서비스 모델별 특성 비교

📢 섹션 요약 비유: IaaS는 냉장고 빈 것을 빌린 것, PaaS는 냉장고에 조미료까지 갖춘 것, SaaS는 완성된 요리를 배달받는 것, FaaS는 요리 한 가지만 주문 시마다 만들어주는 것이다.

Ⅲ. 비교 및 연결

3-1. 모델별 비용·통제·유연성 트레이드오프

3-2. 엔터프라이즈 도입 패턴

기업은 단일 모델을 선택하기보다 워크로드 특성에 따라 혼합(Hybrid) 방식을 채택한다. 핵심 비즈니스 시스템(ERP, 금융 코어)은 IaaS 또는 On-Premise로 유지하고, 협업 도구(이메일, 화상회의)는 SaaS로 전환하며, 신규 디지털 서비스는 PaaS/FaaS로 개발하는 3계층 전략이 일반적이다.

3-3. 클라우드 배포 모델과의 교차

📢 섹션 요약 비유: 엔터프라이즈의 클라우드 전략은 집안 살림과 같다. 금고(핵심 시스템)는 직접 관리하고, 편의점(업무 도구)은 SaaS로 사고, 새로운 가구(신규 서비스)는 주문 제작(PaaS)으로 만든다.

Ⅳ. 실무 적용 및 기술사 판단

4-1. 클라우드 서비스 모델 선택 기준

4-2. 보안 거버넌스 관점 고려사항

SaaS 도입 시 데이터 주권(Data Sovereignty) 이슈가 발생할 수 있다. EU GDPR (General Data Protection Regulation, 유럽 일반 데이터 보호 규정), 국내 개인정보보호법은 데이터의 물리적 저장 위치와 제3자 처리 방식에 대한 규제를 포함하므로, SaaS 계약 시 데이터 처리 위치(Data Residency)와 클라우드 공급자의 보안 인증(ISO 27001, SOC 2 Type II)을 반드시 확인해야 한다.

4-3. FinOps 비용 최적화

클라우드 비용 관리(FinOps, Financial Operations)를 위해 IaaS에서는 예약 인스턴스(Reserved Instance)·스팟 인스턴스(Spot Instance) 활용, PaaS에서는 자동 스케일링 정책 최적화, FaaS에서는 함수 실행 시간·메모리 튜닝을 통해 비용을 절감한다.

📢 섹션 요약 비유: 클라우드 모델 선택은 이사 방식 결정이다. 직접 짐을 다 나르면 자유롭지만 힘들고(IaaS), 이삿짐센터에 다 맡기면 편하지만 내 마음대로 못 한다(SaaS). 상황에 맞게 혼합하는 것이 가장 스마트한 선택이다.

Ⅴ. 기대효과 및 결론

클라우드 서비스 모델의 올바른 선택과 책임 공유 모델의 이해는 디지털 전환의 성패를 좌우한다. IaaS부터 FaaS까지 각 모델의 관리 범위, 비용 구조, 보안 책임을 명확히 구분함으로써 조직은 워크로드에 최적화된 아키텍처를 설계하고, 불필요한 기술 부채와 비용 낭비를 방지할 수 있다.

기술사 시험에서는 단순 모델 나열을 넘어서 ① 책임 공유 모델의 계층별 경계, ② FaaS·BaaS 등 신규 모델의 등장 배경과 서버리스와의 관계, ③ 규제 환경에서의 SaaS 도입 위험과 대응 전략을 체계적으로 서술해야 고득점을 받을 수 있다.

📢 섹션 요약 비유: 클라우드 서비스 모델은 요리 방식의 진화다. 직접 텃밭에서 재배하던 시대(On-Prem)에서 마트 장보기(IaaS), 반조리 식품(PaaS), 밀키트(BaaS), 배달 앱(SaaS), 요리사 단건 호출(FaaS)까지 발전하면서 주방장(IT팀)의 역할도 함께 진화한다.

📌 관련 개념 맵

👶 어린이를 위한 3줄 비유 설명

1. IaaS는 빈 방을 빌리는 것, PaaS는 가구가 있는 방, SaaS는 다 갖춰진 호텔 방을 빌리는 거야. 직접 꾸밀수록 자유롭지만 손이 많이 가고, 갖춰진 것을 쓸수록 편하지만 내 마음대로 못 바꿔.
2. FaaS는 "요리사를 딱 한 요리할 때만 부르는 것"이야. 평소에는 비용이 안 들고, 손님이 왔을 때만 순식간에 음식을 만들어줘.
3. 어떤 클라우드 모델을 쓰든, 내 정보(데이터)는 내가 책임져야 할 부분이 있어. 아무리 편리한 호텔에 묵어도, 내 귀중품은 내가 챙겨야 하는 것처럼 말이야.