무료 온라인 Docker Compose Validator
docker-compose.yml 파일을 즉시 검증하고 검사하세요. 구문, 서비스 의존성, 포트 형식, 흔한 실수를 확인합니다 — 100% 클라이언트 사이드, 설정은 브라우저를 떠나지 않습니다.
100% 클라이언트 사이드 · 데이터는 브라우저를 절대 벗어나지 않습니다사용 방법 Docker Compose Validator
docker-compose.yml 또는 compose.yml을 텍스트 영역에 붙여넣고 검증을 클릭하거나 Ctrl/Cmd+Enter를 누르세요:
- 오류 —
docker compose up실행을 막는 치명적인 문제: YAML 구문 오류,services:키 누락, 미정의 서비스를 참조하는depends_on. - 경고 — 검토가 필요한 비치명적 문제: 구식
version필드,image나build가 없는 서비스,restart정책 없는 서비스. - 서비스 패널 — 각 서비스의 요약 카드: 이미지, 빌드 컨텍스트, 포트, 볼륨, 환경 변수 수, 의존성.
- 네트워크 & 볼륨 — 파일에 정의된 모든 명명된 최상위 네트워크와 볼륨.
샘플을 클릭해 전형적인 3서비스 스택을 로드하세요. Ctrl/Cmd+K로 초기화합니다.
자주 묻는 질문
docker-compose.yml 파일이란 무엇인가요?
docker-compose.yml은 멀티 컨테이너 Docker 애플리케이션을 정의합니다. 각 서비스의 이미지/빌드 컨텍스트, 포트, 볼륨, 환경 변수, 서비스 간 의존성을 기술합니다. Docker Compose는 이 파일을 읽어 docker compose up 명령 하나로 모든 서비스를 생성하고 시작합니다.
"version" 필드가 왜 구식인가요?
Docker Compose V2가 Compose Specification을 채택하면서 최상위 version 필드가 더 이상 필요하지 않습니다. 현대 Compose 파일은 이를 생략할 수 있습니다. 존재하면 정리를 권고하는 경고를 표시합니다.
depends_on 검증은 무엇을 확인하나요?
depends_on에 나열된 모든 서비스 이름이 services 블록에 실제로 정의되어 있는지 확인합니다. 오타가 있으면 docker compose up이 실패하는데, 검증기가 실행 전에 이를 잡아냅니다.
Docker Compose가 기대하는 포트 형식은 무엇인가요?
포트는 "HOST:CONTAINER"(예: "8080:80"), 컨테이너 포트만("80"), 또는 프로토콜 접미사 포함("80/tcp")으로 지정할 수 있습니다. YAML에서 숫자 오파싱을 방지하려면 항상 포트 매핑을 따옴표로 감싸세요.
모든 서비스에 재시작 정책이 필요한 이유는 무엇인가요?
재시작 정책이 없으면 충돌한 컨테이너가 자동으로 재시작되지 않습니다. 프로덕션에서 가장 흔한 값은 restart: unless-stopped입니다. 미정의 시 경고를 표시합니다.
"image"와 "build"의 차이점은 무엇인가요?
"image"는 레지스트리에서 가져올 미리 빌드된 이미지를 지정합니다. "build"는 Dockerfile이 있는 로컬 디렉터리를 지정하며 Compose가 소스에서 이미지를 빌드합니다. 둘 다 지정하면 build가 우선합니다.
제 docker-compose.yml이 서버로 전송되나요?
아니요. 검증은 js-yaml을 사용하여 브라우저에서만 실행됩니다. 내부 호스트명이나 자격 증명이 포함될 수 있는 설정 파일은 절대 사용자 기기를 떠나지 않습니다.