[Docker] Dockerfile

 

 

[Dockerfile]

Dockerfile이란 Docker 이미지를 만들게 해주는 파일

예를 들어 내가 만든 django 프로젝트 자체를 Docker 이미지로 만들고 싶을 때 사용

 

[FROM]

베이스 이미지를 생성하는 역할

Docker 컨테이너를 특정 초기 이미지를 기반으로 추가적인 셋팅을 할 수 있는데, 여기서 얘기한 '특정 초기 이미지'가 곧 베이스 이미지 이다.

# 사용법

# FROM [이미지명] #태그명을 적지 않으면 해당 이미지의 최신 버전을 사용

# FROM [이미지명]:[태그명] 

 

[베이스 이미지 생성]

mkdir docker-practice # django 프로젝트

cd docker-practice

code .

Dockerfile 파일 생성

docker build -t my-node-server .

docker image ls #정상적으로 생성된 것 확인 가능

docker build -t my-node-server:beta . #태그명 붙여 생성

docker image ls #정상적으로 생성된 것 확인 가능

 

docker run -d my-node-server

docker exec -it e485 bash # 실행되고있는 컨테이너만 들어가짐 => 실패

=> 이거 사용 ENTRYPOINT ["/bin/bash", "-c", "sleep 500"] # 500초 동안 시스템을 일시정지 시키는 명령어

 

[COPY]

호스트 컴퓨터에 있는 파일을 복사해서 컨테이너로 전달

 

현재 상대경로 app.txt 파일 (HOST의 경로)의 = 현재 Dockerfile이 있는 디렉터리에 있는 app.txt 파일을 컨테이너의 절대경로의 /app.txt 위치로 복사하겠다는 뜻

 

docker build -t ubuntu-server .

docker image ls

docker run -d ubuntu-server

docker exec -it d90e bash

ls # app.txt 파일 생성된거 확인 가능

 

[ENTRYPOINT]

컨테이너가 생성되고 최초로 실행할 때 수행되는 명령어를 뜻한다.

# 문법
ENTRYPOINT [명령문...]

# 예시
ENTRYPOINT ["node", "dist/main.js"]

 

 

docker build -t my-server .

docker run -d my-server

docker ps -a

docker logs [컨테이너 ID]

 

[RUN]

이미지를 생성 과정에서 명령어를 실행시켜야할 때 사용

# 문법
RUN [명령문]

# 예시
RUN npm install

 

[RUN vs ENTRYPOINT]

RUN 명령어와 ENTRYPOINT 명령어가 헷갈릴 때가 있다. 둘 다 같이 명령어를 실행시키기 때문이다. 하지만 엄연히 둘의 사용 용도는 다르다. RUN은 ‘이미지 생성 과정’에서 필요한 명령어를 실행시킬 때 사용하고, ENTRYPOINT는 생성된 이미지를 기반으로 컨테이너를 생성한 직후에 명령어를 실행시킬 때 사용한다.

 

[RUN 예제]

미니 컴퓨터 환경이 ubuntu로 구성되었으면 좋겠고 git이 깔려있으면 좋겠다고 가정하자. 이런 환경을 구성하기 위해 Dockerfile

을 활용해 ubuntu, git이 깔려있는 이미지를 만들면 된다.

FROM ubuntu
RUN apt update && apt install -y git
ENTRYPOINT ["/bin/bash", "-c", "sleep 500"]

 

docker build -t my-server .

docker run -d my-server

docker exec -it [Container ID] bash

git -v # 컨테이너 내에 git이 잘 설치됐는 지 확인

 

[WORKDIR]

작업 디렉터리를 전환하면 그 이후에 등장하는 모든 RUN, CMD, ENTRYPOINT, COPY, ADD 명령문은 해당 디렉터리를 기준으로 실행된다.

굳이 지정해주는 이유는 컨테이너 내부의 폴더를 깔끔하게 관리하기 위해서이다.

WORKDIR를 사용하지 않으면 컨테이너 내부에 존재하는 기존 파일들과 뒤섞여버린다.

# 문법
WORKDIR [작업 디렉토리로 사용할 절대 경로]

# 예시
WORKDIR /usr/src/app

 

[WORKDIR 예제]

mkdir docker-workdir

cd docker-workdir

src 폴더 생성, app.txt 파일 생성, config.json 파일 생성

Dockerfile 생성 후 코드 입력

FROM ubuntu

WORKDIR /my-dir

COPY ./ ./

ENTRYPOINT ["/bin/bash", "-c", "sleep 500"]

 

docker build -t my-server .

docker run -d my-server

docker exec -it [Container ID] bash

ls # 들어갈 때 부터 /my-dir로 들어가지며, 그 안에서 복사가 이루어지는 것을 확인

 

[EXPOSE]

컨테이너 내부에서 어떤 포트에 프로그램이 실행되는 지를 문서화하는 역할만 한다. docker -p 8080:8080 ...과 같은 명령어의 -p 옵션과 같은 역할을 일체 하지 않는다. 쉽게 표현하자면 EXPOSE 명령어는 쓰나 안쓰나 작동하는 방식에는 영향을 미치지 않는다.

# 문법
EXPOSE [포트 번호]

# 예시
EXPOSE 3000

 

[nest.js 프로젝트 Docker로 실행시키기 실습]

1. npm i -g @nestjs/cli

2. nest new my-server

3. cd my-server

4. code .

5. Dockerfile 생성

 

6. .dockerignore 파일 생성

   node_modules # 이건 복사하지 않음, npm install만하면 node_modules이 생길거기 때문에

7. docker build -t my-server .

8. docker image ls

9. docker run -d -p 3000:3000 my-server

10. localhost:3000 접속

 

 

 

 

 

https://www.inflearn.com/course/%EB%B9%84%EC%A0%84%EA%B3%B5%EC%9E%90-docker-%EC%9E%85%EB%AC%B8-%EC%8B%A4%EC%A0%84 참조