애플리케이션에 맞는 Dockerfile 생성 방법.
Dockerfile 초안은 앱의 실행 환경과 빌드 절차에 맞아야 합니다. 의존성 설치, 노출 포트, 이미지에 들어가는 파일을 확인하세요.
작업에 맞게 절차를 조정하세요.
실행 환경, 빌드 결과물, 시작 명령을 지정한 뒤 필요한 파일만 포함하는 이미지를 작성하세요. 의존성 설치, 사용자와 포트 가정을 검토하고 의도한 환경에서 빌드를 테스트하세요.
- 제공할 내용
- 애플리케이션 스택과 배포 요구사항.
- 받을 결과
- 의존성과 가정이 포함된 Dockerfile 초안.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Draft a Dockerfile for a plain Node 24 service with package-lock.json, npm start, no build step, port 3000 and server binding to 0.0.0.0. Only source file is server.js; runtime needs no filesystem writes.
완성된 예시
FROM node:24-alpine WORKDIR /app COPY package.json package-lock.json ./ RUN npm ci --omit=dev COPY server.js ./server.js ENV NODE_ENV=production USER node EXPOSE 3000 CMD ["npm", "start"] Build and test in your environment. Only the declared runtime files enter this image. EXPOSE documents the port; publish it explicitly when running the container. A production release should pin a reviewed image digest.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
EXPOSE가 컨테이너 포트를 자동으로 공개하나요?
의도한 포트를 문서화할 뿐이며 실제 공개는 컨테이너 실행 시 설정합니다. 이미지 설정과 실행 설정을 구분하세요.
컨테이너가 시작되지만 접근할 수 없는 이유는 무엇인가요?
애플리케이션의 바인드 주소, 실제 수신 포트, 실행 시 포트 매핑을 확인하세요. 올바른 Dockerfile이 모든 실행 환경 불일치를 보완할 수는 없습니다.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑