클라우드 컴퓨팅 계층형 아키텍처와 IaaS·PaaS·SaaS 서비스 모델

디지털 전환의 표준 인프라로 클라우드 컴퓨팅이 자리 잡으면서, 모바일클라우드·퍼스널 클라우드·퍼블릭/프라이빗 클라우드·클라우드플랫폼을 통합 운영하는 역량이 요구된다. 클라우드 컴퓨팅은 네트워크 기반의 온디맨드 리소스(컴퓨트/스토리지/네트워크/플랫폼/서비스) 제공 메커니즘으로, 탄력적 확장·종량제 과금·표준 API 제공이 핵심 특성이다.

서비스 모델과 배포 모델

서비스는 가상 인프라를 제공하는 IaaS, 애플리케이션 플랫폼을 제공하는 PaaS, 완성형 소프트웨어를 제공하는 SaaS로 계층화된다. 배포는 Public Cloud(퍼블릭), Private Cloud(프라이빗), Personal Cloud(퍼스널)로 나뉘며, 조직 요구에 따라 단일 또는 혼합 형태로 적용한다.

계층형 아키텍처

표준화된 레이어드 아키텍처가 클라우드 운영의 기본이다. 하위 레이어가 상위 레이어의 추상화와 자동화를 지원하고, 리소스(Infra)와 제어(Provisioning/Management)를 분리해 안정적 확장성을 확보한다.

가장 아래는 물리 서버·스토리지·네트워크·가속기(GPU/DPU)와 전력·냉각·랙·케이블링을 포함하는 Infrastructure Layer다. 그 위 Virtualization Layer는 하이퍼바이저(KVM/ESXi), 컨테이너 런타임(Containerd), SDN/오버레이 네트워크로 멀티테넌시 격리와 성능 튜닝을 책임진다. Provisioning Layer는 오케스트레이터(Kubernetes)와 IaC(Terraform/Ansible), 이미지/템플릿 관리로 선언적 배포·롤백·멱등성을 보장한다. Service Management Layer는 관측(로깅/메트릭/트레이스), 서비스 카탈로그·요금 청구, 보안/IAM/정책으로 규정 준수와 비용·용량 거버넌스를 수행한다. 맨 위 Cloud Service Layer는 IaaS/PaaS/SaaS/API 게이트웨이로 개발자와 서비스 소유자에게 셀프서비스 인터페이스를 제공한다.

클라우드플랫폼은 표준 API와 서비스 카탈로그로 팀 자율성과 거버넌스를 동시에 달성하고, 멀티클라우드·하이브리드 연계를 위한 추상화 계층으로 벤더 종속성을 완화한다.

⤢✕

모바일클라우드와 퍼스널 클라우드

모바일클라우드는 클라이언트-클라우드 오프로딩 패턴을 쓴다. 연산집약 작업을 엣지·클라우드로 옮겨 배터리를 절감하고, 네트워크 품질과 지연 시간 최적화를 위해 CDN·엣지 로케이션·QoS 정책을 연계한다. 실제로 이미지·영상 인퍼런스를 엣지에서 퍼블릭 클라우드 GPU로 오프로딩하면 모바일 배터리 2040% 절감, 응답 시간 50150ms를 목표할 수 있고, Wi-Fi/LTE/5G 전환 시 세션 지속성을 위한 토큰 기반 재연결 설계가 필요하다.

퍼스널 클라우드는 개인 데이터 저장·동기화·백업 중심의 경량 클라우드로, NAS와 오브젝트 스토리지를 연계한다. 데이터 주권과 프라이버시가 강화되는 대신 가용성은 퍼블릭 대비 낮을 수 있어 백업 전략이 필수다. NAS와 클라우드 오브젝트 스토리지를 이중화하고 RPO 24시간·버전 관리 30일 정책, 클라이언트 사이드 암호화와 키 관리로 프라이버시를 보호하는 구성이 일반적이다.

프로비저닝 절차

입력은 IaC 템플릿·모듈, 파라미터(사이즈/리전/네트워크), 정책(태그/한도/보안)이다. 처리는 스키마·정책(OPA) 검증 후 승인 워크플로우(변경 권한·한도 체크)를 거쳐, 선언적 계획(plan)을 생성하고 멱등 적용(apply)하며 상태 백엔드(State Lock)로 동시성을 제어한다. 오케스트레이터가 하이퍼바이저·컨테이너 런타임을 호출해 네트워크·볼륨을 바인딩하면 리소스 핸들(Instance ID, Endpoint, Secrets), 모니터링 대시보드 링크, 비용 레코드가 출력된다. 사전검증 실패는 즉시 중단하고 상세 원인을 반환하며, 부분 성공 시 롤백 또는 재시도 정책(백오프/서킷브레이커)을 적용하고 상태 락 해제를 보장한다.

⤢✕

배포 모델별 비교

모델	성능	확장성	일관성	안정성	운영 편의
Public Cloud	고성능 옵션 다양, 지역/인스턴스 선택 유연	매우 높음, 자동 확장 용이	표준 API/서비스로 높은 운영 일관성	다중 AZ/리전으로 고가용성	셀프서비스/관리형 서비스로 편의성 높음
Private Cloud	전용 자원으로 지연 시간 안정	하드웨어 증설 필요, 계획형 확장	조직 표준에 맞춘 강한 구성 일관성	설계에 따라 고가용성 달성	초기 구축/운영 복잡도 높음
Personal Cloud	소규모 워크로드에 충분	제한적, 수동 확장 중심	환경 단순, 사용자 중심	가정/개인 환경 의존, 단일 장애점 위험	간편하나 백업/보안 자가 관리 필요

실무 활용

프라이빗 클라우드 기반 내부 개발 플랫폼은 Kubernetes+Harbor+GitOps(Argo CD)로 PaaS를 구성해 소스에서 배포까지 리드타임을 단축하고, 네임스페이스 격리·리소스 쿼터·PSP/네트워크 정책으로 멀티테넌시 보안을 강화한다. 퍼블릭 클라우드 데이터 분석 파이프라인은 오브젝트 스토리지·서버리스 처리·데이터 웨어하우스로 ELT를 자동화하고, 예약 인스턴스·스팟 활용과 스토리지 수명주기 정책으로 TCO를 절감한다.

모범사례와 트레이드오프

보안은 최소 권한 IAM, 네트워크 분리(퍼블릭/프라이빗 서브넷), 전송·저장 암호화, 비밀 관리 시스템(Secrets Manager, Vault)이 기본이다. 승인·스캔 단계를 추가할수록 배포 속도가 느려지므로 캐시와 병렬 검증으로 균형을 맞춘다. 비용·거버넌스는 태깅 표준화, 비용 할당(프로젝트/오너), 예산·한도·알람, 예약·스팟 전략으로 관리하며, 비용 최소화와 가용성·성능 사이의 우선순위는 SLA 기준으로 정한다. 아키텍처·운영은 멀티AZ 설계, 무중단 배포(블루-그린/카나리), 관측성(로그/메트릭/트레이스) 일원화가 표준이고, 멀티리전 DR은 비용이 오르므로 업무 중요도 기반 계층화가 필요하다.

IaC 기반 프로비저닝 실행 예시

전제조건은 Terraform 1.5 이상, AWS 계정·자격 구성(aws configure), 기본 VPC 존재 또는 별도 정의다. 목적은 퍼블릭 클라우드에 테스트용 t3.micro EC2 인스턴스 1대를 생성하는 것이다.

# providers.tf
terraform {
  required_version = ">= 1.5.0"
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
  }
}

provider "aws" {
  region = var.region
}

variable "region" { default = "ap-northeast-2" }

# main.tf
resource "aws_instance" "web" {
  ami           = "ami-0e54eba7c51c234f6" # seoul, amazon linux 2023 (예시, 최신값 확인 필요)
  instance_type = "t3.micro"
  tags = { Name = "demo-web" }
}

output "instance_id" { value = aws_instance.web.id }

절차는 terraform init → terraform plan → terraform apply -auto-approve 순이다. 오류가 나면 자격·리전·AMI 유효성을 검증하고, 상태 잠금은 terraform force-unlock으로 해제한 뒤 재시도한다.

인프라 프로비저닝을 IaC로 표준화하면 리드타임이 28주에서 1030분 수준으로 줄고, 예약·스팟·오토스케일링을 도입하면 인프라 비용이 20~60% 절감된다. 멀티AZ·자동복구를 적용하면 서비스 가용성이 99.9%에서 99.99%로 올라갈 수 있고, IaC와 정책 코드화로 변경 실패율이 30% 이상 줄어든다. 표준화된 레이어 아키텍처 위에서 모바일클라우드·클라우드플랫폼·퍼블릭/프라이빗/퍼스널 클라우드의 특성을 요구에 맞게 조합하고, IaC와 거버넌스·관측성을 중심으로 절차를 자동화하는 것이 클라우드 컴퓨팅 운영의 핵심이다.