이미지: Sam Johnston / Wikimedia Commons · CC BY-SA 3.0
목차
클라우드 서비스의 정의
서버를 직접 운영할지 외부 서비스를 빌릴지 결정하려면, 서비스 모델과 사용량에 따른 비용 구조부터 구분해야 합니다. 클라우드 서비스는 인터넷을 통해 서버, 저장공간, 데이터베이스, 애플리케이션 같은 IT 자원을 필요한 만큼 빌려 쓰는 방식입니다. 저장공간 선택은 클라우드 스토리지 비교에서 자세히 다룹니다. NIST SP 800-145는 클라우드의 주요 특성과 IaaS·PaaS·SaaS 서비스 모델을 정의합니다.
내 컴퓨터에 장비를 직접 마련하지 않고, 클라우드 사업자가 운영하는 데이터센터의 자원을 원격으로 사용합니다. 웹메일, 온라인 문서, 사진 백업, 쇼핑몰 서버도 넓은 의미의 클라우드 활용 사례입니다.
작동 원리와 핵심 특징
클라우드의 기반에는 가상화(하나의 물리 장비를 여러 논리 자원으로 나누는 기술)가 있습니다. 사업자는 CPU, 메모리, 저장장치를 자원 풀로 묶고, 여러 사용자의 요청에 맞춰 가상 서버나 저장공간을 배정합니다.
사용량이 갑자기 늘면 자원을 추가하고, 줄어들면 반납하는 탄력적 확장이 가능합니다. 다만 자동 확장은 설정이 필요하며, 제한 없이 늘어나도록 구성하면 예상보다 큰 요금이 발생할 수 있습니다.
종량제 과금은 사용한 컴퓨팅 시간, 저장공간, 네트워크 전송량 등을 기준으로 비용을 계산하는 방식입니다. 장비 구매 부담은 줄어듭니다. 그러나 사용하지 않는 서버와 오래된 백업 파일도 비용을 계속 만들 수 있으므로 정기적인 자원 점검이 필요합니다.
서비스 모델과 배포 방식
서비스 모델은 사용자가 어디까지 관리하는지에 따라 나뉩니다.
| 비교 항목 | IaaS | PaaS | SaaS |
|---|---|---|---|
| 제공 범위 | 가상 서버·네트워크 | 실행 환경·개발 도구 | 완성된 애플리케이션 |
| 사용자가 관리할 것 | 운영체제·앱·데이터 | 앱·데이터·일부 환경 설정 | 데이터·사용자 설정 등 |
| 적합한 경우 | 서버를 직접 구성할 때 | 개발에 집중할 때 | 설치 없이 바로 쓸 때 |
IaaS에서는 운영체제 업데이트와 보안 설정까지 사용자가 맡으므로 자유도와 관리 책임이 함께 커집니다. PaaS는 개발에 필요한 환경을 줄여 주며, SaaS는 문서 도구나 협업 서비스처럼 가입 후 바로 사용하는 형태입니다.
배포 방식은 자원을 누가 사용하고 어디에 구성하는지로 구분합니다.
| 비교 항목 | 퍼블릭 클라우드 | 프라이빗 클라우드 | 하이브리드 클라우드 |
|---|---|---|---|
| 자원 형태 | 사업자 제공 인프라 | 조직 전용 인프라 | 두 환경의 결합 |
| 장점 | 빠른 시작·탄력성 | 높은 통제력 | 업무별 분리 가능 |
| 적합한 경우 | 일반 서비스·실험 | 엄격한 내부 통제 | 기존 시스템과 연동 |
퍼블릭 클라우드는 빠르게 시작하기 좋고, 프라이빗 클라우드는 내부 규정이나 데이터 통제가 중요한 조직에 적합합니다. 하이브리드는 민감한 데이터는 내부에 두고, 변동이 큰 웹 서비스는 퍼블릭 환경에서 처리하는 식으로 사용할 수 있습니다.
직접 실행하는 저장 예시
AWS CLI가 설치되어 있고 인증이 완료된 환경에서 다음 명령으로 저장공간을 실습할 수 있습니다. 저장·전송 비용이 발생할 수 있으므로 별도 실습 계정을 사용하고 각 명령의 결과를 확인하세요. 아래 예시는 버킷 생성이 실패해도 셸이 자동으로 뒤의 명령을 중단하지 않습니다. 생성에 성공했으며 새 버킷이 본인의 실습용인지 확인하기 전에는 업로드·삭제 명령을 실행하지 마세요. 이미 존재하는 버킷에 이 정리 명령을 적용하면 기존 데이터를 변경하거나 삭제할 수 있습니다.
BUCKET="cloud-demo-$(date +%s)"
printf "cloud test" > sample.txt
aws s3 mb "s3://$BUCKET" --region ap-northeast-2
aws s3 cp sample.txt "s3://$BUCKET/"
aws s3 ls "s3://$BUCKET/"
aws s3 rm "s3://$BUCKET/sample.txt"
aws s3 rb "s3://$BUCKET"
버킷 생성 단계에서 권한 오류가 나타나면 인증 정보, 리전, 버킷 생성 권한을 확인하세요. 업로드 목록은 보이지만 삭제나 정리가 실패한다면 해당 작업 권한을 점검하세요. 특히 버전 관리가 켜진 버킷에서는 일반 삭제가 이전 버전 대신 삭제 마커를 만들 수 있고, 보존된 버전이 있으면 버킷 삭제가 실패할 수 있습니다. AWS CLI의 버킷 삭제 안내에 따르면 버전이 남은 버킷은 비워야 삭제됩니다. 실습용 버킷인지와 보존 정책을 먼저 확인하고 기존 데이터가 있는 버킷에 강제 삭제를 적용하지 마세요.
선택 기준과 자주 묻는 질문
선택 기준은 편리함만이 아니라 관리 범위와 비용 구조까지 포함해야 합니다. 간단한 파일 공유는 SaaS, 직접 서버를 운영할 애플리케이션은 IaaS, 개발과 배포 속도가 중요하면 PaaS를 우선 검토할 수 있습니다.
- 인터넷이 끊기면 데이터를 사용할 수 있나요? 원격 자원에 접근하는 작업은 영향을 받습니다. 오프라인에서도 필요한 파일은 별도 장치에 동기화해 두는 것이 안전합니다.
- 퍼블릭 클라우드는 보안에 취약한가요? 공용 인프라라는 사실만으로 취약하다고 볼 수는 없습니다. 계정 다중 인증, 최소 권한, 암호화, 로그 점검을 함께 적용해야 합니다.
- 클라우드가 백업을 대신하나요? 클라우드 저장은 백업 위치가 될 수 있지만 자동으로 안전한 백업이 되지는 않습니다. 삭제 동기화와 계정 탈취에 대비해 별도 위치와 복구 절차를 마련해야 합니다.
결론
클라우드 서비스는 IT 자원을 필요한 만큼 빌려 쓰는 구조입니다. 서비스 모델, 배포 방식, 확장성과 과금 기준을 함께 비교해야 자신의 업무에 맞는 선택을 할 수 있습니다.