클라우드 플랫폼 (AWS, GCP) 배포

지난 절에서는 NestJS 애플리케이션을 위한 CI/CD 파이프라인을 구축하여 자동화된 빌드, 테스트, 배포 프로세스를 만드는 방법을 알아보았습니다. 이제 11장의 세 번째 절로, 컨테이너화된 NestJS 애플리케이션을 클라우드 플랫폼에 배포하는 다양한 전략에 대해 심층적으로 살펴보겠습니다.

클라우드 컴퓨팅은 확장성, 유연성, 고가용성, 그리고 비용 효율성이라는 강력한 이점을 제공하며 현대 소프트웨어 배포의 표준이 되었습니다. AWS, Google Cloud Platform (GCP), Microsoft Azure와 같은 주요 클라우드 서비스 제공업체는 NestJS와 같은 웹 애플리케이션을 배포하고 운영하기 위한 다양한 서비스를 제공합니다.

클라우드 배포 전략 개요

NestJS 애플리케이션을 클라우드에 배포하는 방식은 크게 다음과 같이 나눌 수 있습니다.

주요 클라우드 플랫폼별 NestJS 배포 전략

각 클라우드 플랫폼은 유사한 목적의 다양한 서비스를 제공합니다. 여기서는 AWS를 중심으로 설명하고, 다른 플랫폼의 대응 서비스도 간략히 언급하겠습니다.

IaaS: 가상 머신 (VM)에 직접 배포

• AWS: EC2 (Elastic Compute Cloud)
• GCP: Compute Engine
• Azure: Azure Virtual Machines

개념: EC2 인스턴스(가상 서버)를 생성하고, 해당 인스턴스에 SSH로 접속하여 Docker를 설치한 다음, 직접 Docker 이미지를 풀(pull)하고 컨테이너를 실행하는 방식입니다.

장점

• 가장 높은 유연성과 제어권을 가집니다.
• 이미 Docker에 익숙하다면 쉽게 시작할 수 있습니다.

단점

• 운영 부담: 서버 패치, 보안 업데이트, 스케일링, 로드 밸런싱, 고가용성 구성 등을 모두 직접 관리해야 합니다.
• 비용 효율성 감소: 유휴 리소스가 발생할 수 있습니다.

NestJS 배포 과정 (EC2 예시)

sudo apt update
sudo apt install docker.io
sudo systemctl start docker
sudo systemctl enable docker
sudo usermod -aG docker ubuntu # 현재 사용자에게 docker 권한 부여
newgrp docker # 그룹 변경 적용

docker pull your-docker-username/nestjs-app:latest

docker run -d -p 80:3000 \
  --name nestjs-prod-app \
  -e DATABASE_HOST=your_prod_db_host \
  -e JWT_SECRET=your_prod_jwt_secret \
  your-docker-username/nestjs-app:latest

PaaS: 컨테이너 이미지 배포

• AWS: AWS App Runner, AWS Elastic Beanstalk
• GCP: Cloud Run, App Engine Flex
• Azure: Azure Container Apps, Azure App Service

개념: 개발자가 컨테이너 이미지만 제공하면, 클라우드 플랫폼이 이미지 빌드, 배포, 스케일링, 로드 밸런싱, SSL/TLS 처리, 로깅 등을 자동으로 처리해주는 서비스입니다. 서버 관리에 대한 부담을 크게 줄여줍니다.

장점

• 관리 용이성: 인프라 관리 부담이 거의 없습니다.
• 빠른 배포: 코드만 푸시하거나 이미지 경로만 지정하면 배포가 자동으로 이루어집니다.
• 자동 스케일링: 트래픽에 따라 자동으로 스케일 아웃/인 됩니다.
• 비용 효율성: 사용한 만큼만 지불합니다.

단점

• 제어권 제한: 인프라에 대한 세부적인 제어가 어렵습니다.
• 벤더 종속성: 특정 클라우드 서비스에 종속될 수 있습니다.

NestJS 배포 과정 (AWS App Runner 예시)

컨테이너 오케스트레이션

• AWS: EKS (Elastic Kubernetes Service)
• GCP: GKE (Google Kubernetes Engine)
• Azure: AKS (Azure Kubernetes Service)

개념: 컨테이너화된 애플리케이션의 배포, 확장, 관리, 자동 복구 등을 자동화하는 오픈 소스 플랫폼인 Kubernetes를 클라우드에서 관리형 서비스로 제공합니다. 복잡하지만 가장 강력한 컨테이너 관리 기능을 제공합니다.

장점

• 강력한 확장성 및 고가용성: 대규모, 복잡한 마이크로서비스 아키텍처에 최적화되어 있습니다.
• 유연성: 다양한 워크로드 유형과 배포 전략(롤링 업데이트, 블루/그린, 카나리)을 지원합니다.
• 클라우드 벤더 중립성: Kubernetes 자체가 오픈 소스이므로, 특정 클라우드에 덜 종속적입니다.

단점

• 높은 학습 곡선: Kubernetes 개념과 YAML 설정에 대한 이해가 필요합니다.
• 복잡성: 설정 및 관리가 PaaS 서비스보다 훨씬 복잡합니다.
• 비용: 관리형 서비스라도 클러스터 유지 비용이 발생합니다.

NestJS 배포 과정 (EKS 예시 - 개념적)

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nestjs-app
  labels: { app: nestjs-app }
spec:
  replicas: 3 # NestJS 인스턴스 3개 실행
  selector: { matchLabels: { app: nestjs-app } }
  template:
    metadata: { labels: { app: nestjs-app } }
    spec:
      containers:
      - name: nestjs-container
        image: your-ecr-repo/nestjs-app:latest # ECR 이미지 사용
        ports: [{ containerPort: 3000 }]
        env: # 환경 변수 (Kubernetes Secrets 또는 ConfigMaps 활용)
          - name: DATABASE_HOST
            valueFrom: { secretKeyRef: { name: 'app-secrets', key: 'DATABASE_HOST' } }
          - name: JWT_SECRET
            valueFrom: { secretKeyRef: { name: 'app-secrets', key: 'JWT_SECRET' } }
        resources: # 리소스 요청 및 제한 설정 (매우 중요)
          requests: { cpu: "100m", memory: "128Mi" }
          limits: { cpu: "500m", memory: "256Mi" }

# service.yaml
apiVersion: v1
kind: Service
metadata:
  name: nestjs-app-service
spec:
  selector: { app: nestjs-app }
  ports: [{ protocol: TCP, port: 80, targetPort: 3000 }]
  type: LoadBalancer # 클라우드 로드 밸런서 프로비저닝 (AWS ELB)

서버리스 컨테이너 배포

• AWS: AWS Fargate (ECS 또는 EKS와 연동), AWS Lambda (컨테이너 이미지 지원)
• GCP: Cloud Run (컨테이너 이미지를 직접 실행하는 서버리스 플랫폼)
• Azure: Azure Container Apps, Azure Functions (컨테이너 이미지 지원)

개념: 개발자가 컨테이너 이미지를 제공하면, 클라우드 공급자가 서버 프로비저닝, 스케일링, 인프라 관리를 모두 담당하여 '서버리스' 환경을 제공합니다. 사용한 리소스(실행 시간, 메모리 등)에 대해서만 비용을 지불합니다.

장점

• 진정한 서버리스: 서버를 전혀 관리할 필요가 없습니다.
• 뛰어난 비용 효율성: 유휴 상태일 때는 비용이 거의 발생하지 않습니다.
• 자동 스케일링: 트래픽이 0에서부터 수백만 요청까지 자동으로 확장됩니다.

단점

• 콜드 스타트(Cold Start): 유휴 상태에서 첫 요청이 들어올 때 컨테이너가 시작되는 지연 시간이 발생할 수 있습니다.
• 제한 사항: 장시간 실행되거나 특정 네트워크/파일 시스템 접근이 필요한 애플리케이션에는 적합하지 않을 수 있습니다.
• 복잡한 상태 관리: 서버리스 환경에서는 상태 비저장(Stateless) 아키텍처가 권장됩니다.

NestJS 배포 과정 (AWS Fargate on ECS 예시 - 개념적)

NestJS 애플리케이션을 클라우드에 배포하는 전략은 애플리케이션의 규모, 복잡성, 팀의 운영 역량, 그리고 예산에 따라 달라집니다. 소규모 프로젝트나 빠른 시작이 필요하다면 PaaS(App Runner, Cloud Run)가 적합하고, 높은 제어권과 유연성이 필요하지만 운영 부담이 있는 경우 IaaS(EC2)가, 대규모 마이크로서비스와 복잡한 요구사항에는 컨테이너 오케스트레이션(EKS, GKE)이 강력한 선택지입니다. 비용 효율성과 서버 관리의 최소화를 위해서는 서버리스 컨테이너(Fargate, Cloud Run)도 고려해볼 만합니다.

각 클라우드 플랫폼의 장단점을 이해하고, 자신의 프로젝트에 가장 적합한 배포 전략을 선택하는 것이 중요합니다. 이 절에서 다룬 내용들이 여러분의 NestJS 애플리케이션을 성공적으로 클라우드에 배포하고 운영하는 데 도움이 되기를 바랍니다.