Dockerfile 생성기

프로젝트에 실제로 있는 시작 대상 선택하기

이 생성기는 저장소를 검사할 수 없습니다. 입력한 스택, 시작 대상, 작업 디렉터리, 포트를 사용합니다. Node.js 앱에는 JavaScript 시작 파일과 npm 잠금 파일, Python 앱에는 스크립트와 requirements.txt, Go 앱에는 go.mod 모듈과 패키지 경로, Rust 앱에는 Cargo 프로젝트와 바이너리 이름이 필요합니다. PHP-FPM은 다릅니다. HTTP 서버가 아니라 FastCGI 프로세스를 시작합니다. Nginx처럼 FastCGI를 지원하는 웹 서버를 사설 컨테이너 네트워크에서 앞단에 두세요. PHP 이미지는 내부 포트 9000에서 수신합니다. 이 FastCGI 포트를 인터넷에 게시하지 마세요.

생성되는 파일의 역할

WORKDIR은 이미지 안에서 프로세스의 작업 디렉터리를 정합니다. 입력란은 /app, /srv/app, /opt/app, /workspace, /usr/src/app, /var/www 아래의 앱 경로를 받고, /root 같은 시스템 경로나 다른 Dockerfile 명령으로 바뀔 수 있는 문자는 거부합니다. EXPOSE는 컨테이너 포트를 기록할 뿐 호스트 방화벽을 열거나 앱을 수신 상태로 만들지 않습니다. 생성된 .dockerignore는 흔한 로컬 의존성 디렉터리, 버전 관리 데이터, 루트 또는 하위 폴더의 .env 파일을 빌드 컨텍스트에서 제외합니다. 빌드 전에 읽어 보고 프로젝트에 필요한 파일이 규칙에 걸리면 조정하세요. 소스, ARG, ENV에 비밀 정보를 포함하지 마세요.

컴파일되는 Go와 Rust 프로젝트는 빌드 단계와 실행 단계를 분리하므로 최종 이미지에 컴파일러 도구 모음이 들어가지 않습니다. Node.js와 Python 변형은 선언된 의존성을 설치하고 PHP-FPM 변형은 FastCGI 서비스를 시작합니다. 컨테이너 설정만으로 실제 프로젝트의 빌드, 시작, 상태 확인, 예상 경로의 응답, 안전한 배포를 보장할 수 없습니다. 프레임워크, 네이티브 확장, 에셋 빌드, 파일 권한에 따라 추가 단계가 필요할 수 있습니다. 레이어 순서와 제외 파일 동작은 Docker의 빌드 모범 사례와 빌드 컨텍스트 안내를 참고하세요.

실제 앱으로 검증하기

ZIP을 빌드 컨텍스트의 루트에 압축 해제해 파일 이름을 정확히 Dockerfile과 .dockerignore로 유지하거나, 각 파일을 복사해 그 이름으로 저장하세요. Docker 버전에서 지원한다면 docker build --check .를 실행한 후 docker build -t my-app .를 실행하세요. 테스트 환경에서 이미지를 시작하고 실제 시작 명령과 경로를 확인하세요. HTTP 스택은 필요한 컨테이너 포트만 매핑하고 응답을 확인하세요. PHP-FPM은 포트 9000을 게시하지 말고 사설 FastCGI 네트워크 연결을 사용하세요. 프로덕션 배포 전에는 기본 이미지의 최신 패치와 의존성 잠금 파일을 검토하세요.