클라우드 컴퓨팅 뜻과 종류: IaaS·PaaS·SaaS 장단점

클라우드 컴퓨팅은 서버·스토리지·네트워크·소프트웨어 같은 컴퓨팅 자원을 인터넷으로 필요한 만큼 이용하는 방식입니다. 이 글은 퍼블릭·프라이빗·하이브리드 유형과 IaaS·PaaS·SaaS의 차이, 도입 시 비용·보안·운영 책임을 설명합니다.

출처: freepik

클라우드 컴퓨팅은 서버·스토리지·네트워크·소프트웨어 같은 컴퓨팅 자원을 인터넷으로 필요한 만큼 빌려 쓰는 방식입니다. 장비를 직접 사지 않아도 자원을 빠르게 늘리거나 줄일 수 있다는 점이 가장 큰 장점입니다. 클라우드 사업자가 기반 보안을 맡아 운영 부담을 줄여 주지만 고객은 비용과 데이터·계정·접근 권한을 계속 관리해야 합니다. 두 역할이 맞물려야 클라우드의 장점을 제대로 얻을 수 있습니다.

이 글에서는 클라우드 컴퓨팅의 뜻부터 배포 유형, IaaS·PaaS·SaaS 차이, 장단점과 도입 기준까지 순서대로 살펴봅니다.

클라우드 컴퓨팅의 뜻과 5가지 특징

출처: freepik

미국 국립표준기술연구소(NIST)는 클라우드 컴퓨팅을 공유된 컴퓨팅 자원에 필요할 때 네트워크로 접근하고 최소한의 관리 노력으로 자원을 빠르게 할당하거나 회수하는 모델로 정의합니다. 이 정의에는 다섯 가지 특징이 포함됩니다.

• 주문형 셀프서비스: 사용자가 공급자에게 일일이 요청하지 않아도 자원을 직접 만들 수 있습니다.

• 광범위한 네트워크 접근: 노트북·휴대전화·태블릿 등 여러 기기에서 표준 방식으로 접속합니다.

• 자원 공유: 공급자가 서버와 저장 공간을 여러 고객에게 논리적으로 분리해 제공합니다.

• 신속한 탄력성: 수요에 맞춰 자원을 빠르게 늘리거나 줄입니다.

• 측정 가능한 서비스: 저장 용량·처리량·사용자 수 등을 측정해 사용량을 확인하고 과금합니다.

구글 드라이브와 Microsoft 365처럼 완성된 앱을 쓰는 SaaS도 클라우드입니다. 개발팀이 가상 서버를 빌려 운영체제부터 설치하는 IaaS도 같은 범주에 속합니다. 따라서 ‘인터넷으로 쓰는 서비스’라는 설명만으로는 부족하고 자원을 주문형으로 배정하고 사용량을 측정하는 구조까지 살펴야 합니다. 기술이 발전해 온 과정은 클라우드 컴퓨팅의 역사와 AWS 주요 서비스에서 더 자세히 볼 수 있습니다.

온프레미스와 클라우드 비교

출처: freepik

온프레미스는 기업이 서버와 네트워크를 직접 소유하고 운영하는 방식입니다. 클라우드는 공급자가 기반 시설을 운영하고 고객이 필요한 서비스를 선택해 사용합니다. 클라우드로 옮긴다고 운영 인력이 완전히 필요 없어지는 것은 아닙니다. 장비 관리 부담은 줄지만 비용·계정·보안 설정·장애 대응을 맡을 인력과 절차는 여전히 필요합니다.

온프레미스는 초기 투자비와 구축 시간이 많이 들지만 장비와 환경을 세밀하게 통제하기 좋습니다. 클라우드는 초기 구매 부담이 작고 확장이 빠르지만 사용량과 데이터 전송량이 늘면 비용이 예상보다 커질 수 있습니다. 규제, 데이터 민감도, 예상 트래픽, 내부 운영 역량을 함께 비교해 선택해야 합니다.

클라우드 컴퓨팅의 장점과 단점

출처: freepik

빠른 배포와 탄력적인 확장

클라우드의 장점은 속도와 탄력성입니다. 새 서버나 개발 환경을 짧은 시간 안에 만들고 수요 변화에 맞춰 자원을 조정할 수 있습니다. 관리형 데이터베이스나 모니터링 서비스를 쓰면 팀이 장비 유지보다 제품과 업무 개선에 집중하기 쉽습니다. 여러 지역과 가용 영역을 활용해 복구 구조를 설계하기에도 좋습니다.

비용과 운영 복잡성

비용은 장점인 동시에 위험 요인입니다. 사용한 만큼 내는 방식은 초기 비용을 줄이지만 자원을 방치하거나 데이터 전송이 많으면 청구액이 빠르게 늘어납니다. 공급자별 기술에 깊이 의존하면 다른 환경으로 옮길 때 시간과 비용이 커질 수 있습니다. 서비스 장애나 인터넷 연결 문제에 대비한 백업·복구 계획도 필요합니다.

퍼블릭·프라이빗·하이브리드 클라우드

출처: compudata

퍼블릭 클라우드

퍼블릭 클라우드는 공급자가 운영하는 자원을 여러 고객이 논리적으로 분리해 사용하는 형태입니다. 필요한 자원을 빠르게 만들 수 있고 서비스 선택지가 넓어 신규 서비스나 변동이 큰 업무에 잘 맞습니다.

프라이빗 클라우드

프라이빗 클라우드는 한 조직만 쓰는 전용 클라우드 환경입니다. 보안 정책과 시스템 구성을 세밀하게 통제하기 좋지만 구축과 운영에 더 많은 비용과 전문 인력이 필요합니다.

하이브리드 클라우드

하이브리드 클라우드는 퍼블릭 클라우드와 프라이빗 클라우드 또는 온프레미스를 연결해 함께 운영하는 방식입니다. 민감한 데이터는 통제된 환경에 두고 변동이 큰 업무는 퍼블릭 클라우드로 처리할 수 있습니다. 환경 간 네트워크·권한·모니터링을 일관되게 설계하지 않으면 운영이 복잡해집니다. 구성과 활용 사례는 하이브리드 클라우드 가이드에서 이어서 확인할 수 있습니다.

NIST는 이 세 유형에 커뮤니티 클라우드를 더해 네 가지 배포 모델을 제시합니다. 커뮤니티 클라우드는 공통 규제나 목적을 가진 여러 조직이 전용 환경을 함께 쓰는 형태입니다.

IaaS·PaaS·SaaS 차이

출처: Space-O Technologies

IaaS

IaaS는 가상 서버·스토리지·네트워크 같은 기반 자원을 제공합니다. 공급자는 물리 장비와 가상화 계층을 관리하고 고객은 운영체제·애플리케이션·데이터·접근 권한을 관리합니다. 시스템을 세밀하게 제어해야 하거나 기존 애플리케이션을 이전할 때 적합하지만 운영 부담이 세 모델 중 가장 큽니다.

PaaS

PaaS는 애플리케이션을 개발하고 배포할 플랫폼까지 제공합니다. 공급자가 서버·운영체제·런타임을 관리하므로 개발팀은 코드와 데이터에 더 집중할 수 있습니다. 개발 속도는 빨라지지만 지원 언어와 구성 방식에 제약이 생길 수 있습니다. PaaS를 포함한 현대적인 앱 구조는 클라우드 네이티브의 구성 요소와 적용 사례에서 살펴볼 수 있습니다.

SaaS

SaaS는 공급자가 완성된 소프트웨어를 운영하고 고객이 웹이나 앱으로 사용하는 형태입니다. 도입이 빠르고 유지보수 부담이 작지만 세부 기능과 데이터 처리 방식을 원하는 대로 바꾸기 어렵습니다. Microsoft 365·Slack·Notion 같은 협업 도구가 대표적인 예입니다.

클라우드 보안과 공동 책임

클라우드 공급자는 데이터센터·물리 장비·기반 네트워크 같은 클라우드 자체의 보안을 맡습니다. 고객은 어떤 서비스 모델을 선택하더라도 데이터·사용자 계정·접근 권한·서비스 설정을 관리해야 합니다. IaaS에서는 운영체제 패치와 애플리케이션 보안까지 고객 책임이지만 PaaS와 SaaS로 갈수록 공급자가 관리하는 범위가 넓어집니다. Microsoft의 공동 책임 표와 AWS 공동 책임 모델도 같은 구분을 설명합니다.

공급자가 제공하는 기반 보안에 고객의 올바른 설정과 권한·데이터 관리가 더해져야 클라우드의 보안 이점을 살릴 수 있습니다. 다중 인증, 최소 권한, 로그 점검, 백업, 데이터 암호화와 보존 정책을 서비스별로 정해야 합니다. 계약 전에 데이터 저장 위치, 장애 복구 목표, 보안 인증, 사고 통지 절차도 확인해야 합니다. 실제 위협과 대응 방법은 클라우드 보안 강화 가이드에서 확인할 수 있습니다.

클라우드 도입 전 체크리스트

• 업무 특성: 트래픽 변동이 큰지, 중단을 얼마나 견딜 수 있는지 확인합니다.

• 통제 범위: 운영체제와 네트워크를 직접 관리해야 하는지 판단합니다.

• 데이터와 규제: 데이터 저장 위치와 접근 권한, 관련 규정을 검토합니다.

• 운영 역량: 비용·보안·장애를 맡을 담당자와 절차가 있는지 확인합니다.

• 총비용: 사용료뿐 아니라 데이터 전송, 백업, 지원, 이전 비용을 함께 계산합니다.

• 종료 전략: 공급자를 바꾸거나 서비스를 중단할 때 데이터와 시스템을 어떻게 옮길지 정합니다.

클라우드 도입의 출발점은 특정 제품을 고르는 일이 아닙니다. 현재 시스템과 업무를 먼저 진단한 뒤 어떤 부분을 SaaS로 바꾸고 어떤 애플리케이션을 PaaS나 IaaS에 둘지 정해야 합니다. 작은 업무부터 시험 운영하면서 비용과 성능, 보안 지표를 확인하면 전환 위험을 줄일 수 있습니다. 전체 전환 순서는 디지털 전환(DX) 실행 가이드와 함께 보면 좋습니다.

다빈치는 서버 구축, PaaS·SaaS 도입, 엔터프라이즈 소프트웨어 개발, 업무 자동화와 데이터 분석을 함께 지원합니다. 고객사의 현황과 목표, 운영 역량을 먼저 살핀 뒤 필요한 구조와 제품을 제안합니다.

참고 자료

• NIST SP 800-145: The NIST Definition of Cloud Computing

• Microsoft Learn: Shared responsibility in the cloud

• CISA: Cloud Security Technical Reference Architecture