• 문제
  • 이미지 별로 Dockerfile 을 작성할 필요없이, Docker Compose 파일에서 image와 volume 으로 실행하는 것이 더 좋을거 같다는 피드백
• 리팩토링
  • Docker Compose 에서 직접 IMAGE 를 가져오고, 이를 entrypoint 와 volumes 를 활용해 호스트 파일을 마운트 → 빌드 과정 X → :ro 이용해 읽기전용으로만 실행시켜 보안성 확보 고려

<aside> 📖

[WORKDIR]

• 일반적으로 /app 으로 작업 디렉토리를 만들지만, 실제 Docker 공식에서는 WORKDIR 을 별도로 생성안하면 루트(/) 에서 실행한다. (단, COPY 또는 VOLUME 은 따로 WORKDIR 하지 않아도 설정한 디렉토리를 생성한다.)
• WORKDIR 은 Dockerfile에서만 사용 가능.
• ENTRYPOINT 에 경로를 붙였다고 자동 생성해주지 않는다. → 이때는, 명시적으로 workdir 경로 로 명시해야 생성한다. </aside>

<aside> 📖

[COPY]

• COPY 는 Dockerfile 에서만 사용 가능한 명령어

• **docker-compose.yml**은 이미지를 실행하거나  이미지를 빌드할 때 빌드 컨텍스트를 넘겨주는 역할만 합니다.

  # COPY 사용하려면 Dockerfile 을 만들고 이를 Docker Compose 에서 이미지 실행 구조
  # 예시
  
  # Dockerfile
  FROM openjdk:17
  WORKDIR /app
  COPY app.jar ./app.jar
  ENTRYPOINT ["java", "-jar", "./app.jar"]
  
  # docker-compose
  version: '3.8'
  
  services:
    myapp:
      build: # 해당 명령어로 Dockerfile 빌드와 실행 동시 수행
        context: #경로
        dockerfile: Dockerfile
      ports:
        - "8080:8080"
  
  

</aside>

<aside> 📖

[Docker 컨테이너 실행 순서]

1. 이미지 로딩 (Image)
   • 지정한 이미지(image:)로부터 컨테이너 파일시스템을 생성함
2. 볼륨 마운트 (Volumes)
   • volumes: 항목에 따라 컨테이너 파일시스템 위에 볼륨을 덮어씀
   • 이 시점에 이미지 안의 파일이 덮어쓰기될 수 있음!
3. 작업 디렉터리 이동 (WORKDIR)
   • **WORKDIR**이 설정돼 있으면 해당 디렉터리로 이동
   • 없으면 기본 / 사용
4. 엔트리포인트 실행 (ENTRYPOINT + CMD)
   • **entrypoint**와 **command**를 결합해서 최종 실행 명령 생성
   • 이 명령이 실행되면서 컨테이너 프로세스가 시작됨 </aside>