클라우드 컴퓨팅의 운영 특성: 탄력성부터 관측성까지

클라우드 컴퓨팅(Cloud Computing)은 컴퓨팅 자원(연산, 스토리지, 네트워크, 플랫폼, 애플리케이션)을 인터넷을 통해 온디맨드로 제공하는 IT 운영 모델이다. 선투자 최소화, 빠른 확장, 자동화 기반 운영 효율 향상이라는 배경에서 사실상 표준 인프라로 자리잡았다. 표준화된 API와 셀프서비스 포털로 자원을 할당·해제하는 유틸리티형 모델이며, 소비 기반 과금(사용량 측정), 탄력적 확장, 멀티테넌시 격리를 보장한다. 서비스는 가상 서버·스토리지·네트워크를 제공하는 IaaS, 런타임·미들웨어·관리형 데이터베이스를 제공하는 PaaS, 애플리케이션을 완전 제공하는 SaaS로 나뉘고, 배포는 퍼블릭·프라이빗·하이브리드·멀티클라우드 중에서 거버넌스·네트워크·보안 정책과 연동해 고른다.

온디맨드와 탄력성이 기본값이다

API/포털을 통한 실시간 자원 프로비저닝·해제로 대기 시간을 최소화하고, 오토스케일링 정책으로 수요 변동에 대응해 과·소규모화 리스크를 완화한다.

쓴 만큼 보이고, 쓴 만큼 낸다

측정 가능(메트릭/로그)한 리소스 소비량 기반으로 청구하기 때문에 쇼백/차지백 구현이 쉽다. 예약 인스턴스·스팟·저장소 계층화 등으로 비용을 최적화할 레버리지도 제공한다.

같은 인프라를 여럿이 쓰면서 경계를 지킨다

계정/프로젝트/네임스페이스 단위로 격리하고 VPC/서브넷/SG로 네트워크 경계를 설정한다. KMS, IAM, Secret Manager로 키·권한·비밀을 관리해 규제 준수를 지원한다.

인프라를 코드로 선언하고 자동화한다

Terraform/CloudFormation/Ansible 등으로 선언적 인프라를 정의해 재현성을 확보하고, GitOps/CI/CD 파이프라인과 연동해 승인·검증·릴리스를 표준화한다.

보고, 재는 것이 운영이다

로그·메트릭·트레이싱을 통합 관측하고 SLO/에러버짓 기반으로 운영한다. 이벤트 드리븐 자동복구와 런북 자동화로 MTTR을 단축한다.

요청부터 청구까지, 프로비저닝이 흐르는 길

입력은 비즈니스 요구(성능/가용성/보안), IaC 템플릿, 거버넌스 정책이다. 처리는 정책 검증→프로비저닝 오케스트레이션→네트워크·보안 구성→애플리케이션 배포 순이며, 출력은 배포된 서비스 엔드포인트, 모니터링·청구 태깅, 승인 감사 로그다.

⤢✕

단위 리소스 생성은 컨트롤 플레인 트랜잭션으로 보장하고, 다자원 배포는 보상 트랜잭션 패턴을 적용한다. 태그/라벨 일관성으로 청구·관측·정책을 연결한다. 정책 위반은 즉시 실패·리포트하며 재시도·승인 워크플로로 분기하고, 부분 실패 시에는 아이들포턴시 키와 단계별 롤백을 수행한다.

서비스 모델은 자유도와 편의 사이에서 고른다

모델	성능	확장성	일관성	안정성	운영 편의
IaaS	인스턴스/스토리지 등급 선택 폭 넓음	오토스케일러·인프라 레벨 제어	IaC로 버전·구성 일관성 확보	AZ/리전 설계 필요	높은 자유도, 관리 부담 큼
PaaS	런타임 최적화로 평균적 우수	플랫폼 오토스케일 기본 제공	빌드팩/런타임 표준화	관리형 백업/패치 포함	운영 부담 중간
SaaS	벤더 튜닝에 의존	벤더 확장 추상화	서비스 수준 계약 기반	고가용성 기본 제공	최고 편의, 커스터마이즈 제한

실무 활용

웹/모바일 서비스 오토스케일링은 ALB/Ingress와 오토스케일링 그룹/Horizontal Pod Autoscaler를 구성하고 캐시(ElastiCache/Memcached)와 CDN으로 핫패스를 최적화한다. 데이터 분석·AI 워크로드는 객체 스토리지(Data Lake)와 서버리스/스팟 기반 계산 클러스터를 조합하고 피처 스토어·MLOps 파이프라인으로 재현성·거버넌스를 확보한다. 하이브리드 DR/BCP는 온프리미스-클라우드 간 VPN/Direct Connect를 이중화하고 스냅샷/로그쉬핑·저비용 스탠바이로 RTO/RPO 목표를 충족한다. 글로벌 서비스 확장은 다중 리전 액티브·패시브 혹은 액티브·액티브 트래픽 라우팅과 데이터 주권 규제에 따른 리전 분산 저장·키 관리로 이뤄진다.

보안은 트레이드오프의 연속이다

아이덴티티/권한은 최소 권한·역할 기반·임시 크리덴셜을 원칙으로 하고 장기 키를 금지한다. 세분화가 늘수록 정책 복잡도가 오르므로 표준 역할 템플릿 도입이 권장된다. 네트워크/경계 보안은 VPC 분리, 서브넷 존 분할, SG/ACL 이중 방어, 프라이빗 엔드포인트로 구성하되 통신 제약으로 배포 복잡성이 늘어나므로 서비스 메시·프록시 패턴을 고려한다. 데이터 보호는 저장·전송 암호화를 기본으로 하고 KMS/CMK 수명주기를 관리하며 BYOK 요건을 검토하되, 자체 키 관리는 운영 부담을 늘리므로 관리형 KMS를 우선한다. 관측성/신뢰성은 SLO·알람·런북 자동화와 카나리/블루그린 배포가 기본이지만, 과도한 알람 노이즈는 슬로프 기반 알람·에러버짓 정책으로 관리한다.

실행 가능한 최소 구성

전제조건은 Terraform 1.6 이상, AWS CLI 자격 설정 완료(기본 프로필), 리전 us-east-1이다.

# providers.tf
terraform {
  required_providers {
    aws = { source = "hashicorp/aws", version = "~> 5.0" }
  }
}
provider "aws" {
  region = "us-east-1"
}

# main.tf
resource "aws_vpc" "main" {
  cidr_block = "10.10.0.0/16"
  tags = { Name = "demo-vpc", CostCenter = "cloud-demo" }
}

resource "aws_subnet" "public_a" {
  vpc_id                  = aws_vpc.main.id
  cidr_block              = "10.10.1.0/24"
  availability_zone       = "us-east-1a"
  map_public_ip_on_launch = true
  tags = { Name = "public-a" }
}

resource "aws_internet_gateway" "igw" {
  vpc_id = aws_vpc.main.id
}

resource "aws_route_table" "public" {
  vpc_id = aws_vpc.main.id
  route { cidr_block = "0.0.0.0/0" gateway_id = aws_internet_gateway.igw.id }
}
resource "aws_route_table_association" "a" {
  subnet_id      = aws_subnet.public_a.id
  route_table_id = aws_route_table.public.id
}

resource "aws_security_group" "web" {
  name        = "web-sg"
  description = "allow http/ssh"
  vpc_id      = aws_vpc.main.id
  ingress { from_port = 22 to_port = 22 protocol = "tcp" cidr_blocks = ["0.0.0.0/0"] }
  ingress { from_port = 80 to_port = 80 protocol = "tcp" cidr_blocks = ["0.0.0.0/0"] }
  egress  { from_port = 0  to_port = 0  protocol = "-1"  cidr_blocks = ["0.0.0.0/0"] }
}

resource "aws_instance" "web" {
  ami                         = "ami-0fc5d935ebf8bc3bc" # Amazon Linux 2023(us-east-1). 최신 AMI는 확인 필요
  instance_type               = "t3.micro"
  subnet_id                   = aws_subnet.public_a.id
  vpc_security_group_ids      = [aws_security_group.web.id]
  user_data = <<-EOF
              #!/bin/bash
              dnf install -y nginx
              systemctl enable --now nginx
              echo "hello cloud" > /usr/share/nginx/html/index.html
              EOF
  tags = { Name = "web-ec2" }
}

output "web_public_ip" { value = aws_instance.web.public_ip }

절차는 terraform init → terraform plan → terraform apply 순이며, 이 구성은 데모용이라 SG/키 관리와 패치 정책은 환경 기준에 맞춰 강화해야 한다.

자동화가 만드는 숫자

신규 환경 리드타임은 2~~6주에서 1~~2일로 단축돼 70~~90% 개선되고, 피크 대비 과다 프로비저닝은 오토스케일·스팟·예약을 혼합해 30~~50% 절감된다. 장애 평균복구시간(MTTR)은 자동화·런북으로 30~60% 단축된다. 정성적으로는 실험·배포 속도가 빨라져 기능 출시 주기가 짧아지고, 거버넌스가 내재화돼 규제 준수 리스크가 줄며, 개발·운영 협업이 표준화돼 조직 생산성이 오른다.