환경별 설정 (dev/prod)

핵심 개념

개발과 프로덕션 환경별로 Docker 설정을 분리합니다. override 파일과 빌드 타겟을 활용합니다.

코드 분석

DOCKER📋 코드 (21줄)

# docker-compose.yml (공통)
services:
  api:
    build:
      context: .
      target: {TARGET:-development}

# docker-compose.dev.yml
services:
  api:
    volumes:
      - .:/app          // 소스 핫리로드
    command: npm run dev
    ports: ["3001:3000"]

# 실행
docker compose -f docker-compose.yml 
  -f docker-compose.dev.yml up

# 프로덕션
TARGET=runner docker compose up -d

AI 프롬프트

🤖 AI에게 잘 물어보는 법 — 모델·전략별 프롬프트

Claude

무료: Sonnet 4.6 / Pro $20/mo: Opus 4.6

이 Dockerfile '환경별 설정 (dev/prod)' 설정에서
보안 취약점·이미지 크기 비대·캐시 비효율 문제를
분석해서 프로덕션 수준으로 개선해줘.

ChatGPT

무료: GPT-5.5 / Plus $20/mo: GPT-5.5 Pro

'환경별 설정 (dev/prod)'를 실전 프로젝트에 적용하는
docker-compose.yml + Dockerfile 완성 코드를 만들어줘.

Gemini

무료: 2.5 Flash / Pro $19.99/mo: 3.1 Pro

이 Docker '환경별 설정 (dev/prod)' 관련 이미지의 레이어 구조를
전체 분석하고 빌드 시간·이미지 크기·풀 시간 최적화를
우선순위로 정리해줘.

Grok

무료: Grok 4.1 / SuperGrok $30/mo

Docker '환경별 설정 (dev/prod)' vs Podman·containerd의
동일 기능 구현을 2026년 기준
실무 채택률과 함께 솔직히 비교해줘.

⭐ 이것만 기억하세요

환경별 설정 (dev/prod)는 이 3가지만 확실히 잡으세요

1.개발 환경의 디버그 설정이 프로덕션에 그대로 올라가면 성능 저하와 보안 위험이 생깁니다

2.docker-compose.override.yml로 개발 전용 설정을 덮어쓰고, -f 플래그로 환경별 파일을 선택합니다

3.다음 챕터에서 코드 변경을 자동으로 빌드·배포하는 CI/CD를 연동합니다

💬 이 챕터 질문 보기

DOCKER · CH.25 — 질문하거나 답변을 확인하세요

→

진행도 25 / 34

← 커리큘럼으로 ← 목록으로 (Docker)