프로덕션 환경을 위한 Docker Compose: 패턴과 함정

Docker Compose는 종종 개발 전용 도구로 치부되곤 하지만, 중소규모 애플리케이션의 프로덕션 워크로드 (production workloads)를 실행하기에 충분한 능력을 갖추고 있습니다. 프로덕션에서 Compose를 언제, 어떻게 사용할지 이해하면 성급하게 Kubernetes를 도입하는 상황을 방지할 수 있습니다.

Compose는 단일 서버 배포에 이상적입니다. 애플리케이션이 한 대의 머신에 적합하고 수평 확장 (horizontal scaling)이 필요하지 않다면, Compose는 추가적인 오케스트레이션 (orchestration) 복잡성 없이 단순한 배포 모델을 제공합니다. docker-compose.yml 파일에 스택을 정의하고 docker-compose up -d를 실행하면 됩니다.

프로덕션을 위해 설계된 Docker Compose 기능들을 사용하세요. 서비스에 restart: always를 설정하세요. Docker가 서비스의 상태가 정상인지 확인하는 방법을 정의하기 위해 healthcheck를 사용하세요. 로그를 중앙 위치로 보내기 위해 로깅 드라이버 (logging drivers)를 구성하세요. 값을 하드코딩하는 대신 설정을 위해 환경 파일 (environment files)을 사용하세요.

비밀 정보 (secrets)를 적절하게 관리하세요. 비밀번호나 API 키를 docker-compose.yml 파일이나 git에 커밋된 환경 파일에 넣지 마세요. Docker secrets 또는 외부 비밀 관리자 (external secret manager)를 사용하세요. 최소한, 저장소에 커밋되지 않는 .env 파일을 사용하세요.

Compose로 무중단 배포 (zero-downtime deployments)를 구현하세요. 서비스의 여러 복제본 (replicas)을 실행하기 위해 --scale 플래그를 사용하세요. 컨테이너를 하나씩 교체하기 위해 롤링 업데이트 (rolling updates)와 함께 docker-compose up을 사용하세요. Docker가 기존 컨테이너를 중지하기 전에 새 컨테이너가 정상 상태가 될 때까지 기다리도록 헬스 체크 (health checks)를 구성하세요.

리소스 제한 (resource limits)을 고려하세요. 하나의 컨테이너가 다른 컨테이너의 자원을 고갈시키는 것을 방지하기 위해 서비스에 메모리 및 CPU 제한을 설정하세요. 제한이 없는 폭주하는 컨테이너는 애플리케이션 전체의 성능을 저하시킬 수 있습니다.

모니터링 (monitoring) 및 로깅 (logging)을 설정하세요. Compose는 기본적으로 로그를 stdout에 기록합니다. Filebeat 또는 Fluentd와 같은 로그 전달자 (log shipper)를 사용하여 로그를 중앙 플랫폼으로 전송하세요. Docker의 내장 도구 또는 경량 모니터링 에이전트 (monitoring agent)를 사용하여 컨테이너 상태를 모니터링하세요.

Compose에서 벗어나야 할 시점을 파악하세요. 여러 서버에 걸쳐 실행해야 하거나, 오토스케일링 (auto-scaling)이 필요하거나, 팀 규모가 몇 명 이상으로 커지는 경우 Kubernetes가 가치 있는 선택지가 됩니다.

Rizwan Saleem | https://rizwansaleem.co