[Docker & K8S] 09. 도커 컨테이너 다루기 - 이미지 빌드

[callmeaxxe]

09. 도커 컨테이너 다루기 - 이미지 빌드

도커 이미지 구조

• 위 예시에서 도커 이미지는 ubuntu, nginx(해당 ubuntu 베이스), web app(해당 nginx 베이스) 3가지로 구성이 되어있다
• 도커 이미지 구조는 레이어 아키텍처로, 새로운 변경사항이 위에 쌓이는 구조이다
• 그래서 nginx 이미지를 구성할 땐, 가장 위에 새로운 레이어가 쌓이며 이미지가 생성된다
• web app 도 마찬가지이다
• web app 이미지로부터 도커 컨테이너가 생성되게 되면 변경이 불가능한 상태로 Read-Only 로 생성된다
• 컨테이너가 생성될 때마다 기존 이미지 레이어 위에 컨테이너 레이어가 Read-Write 로 추가로 쌓이게 된다
• 컨테이너가 종료되어 삭제될 때는 해당 컨테이너 레이어도 같이 삭제된다

root@mobius-pub:~/docker# docker images
REPOSITORY                           TAG                        IMAGE ID       CREATED        SIZE
mysql                                5.7                        a3d35804fa37   12 days ago    462MB
grafana/grafana                      latest                     c876b1dbac21   2 weeks ago    286MB
ubuntu                               focal                      53df61775e88   3 weeks ago    72.8MB
nginx                                latest                     fa5269854a5e   4 weeks ago    142MB
mariadb                              10.7                       100166b773f8   6 weeks ago    414MB
wordpress                            5.9.1-php8.1-apache        00b929d62f80   2 months ago   612MB
gcr.io/k8s-minikube/kicbase-builds   v0.0.29-1644344181-13531   1312ccd2422d   3 months ago   1.14GB
gcr.io/k8s-minikube/kicbase          v0.0.30                    1312ccd2422d   3 months ago   1.14GB
root@mobius-pub:~/docker#

• docker images 명령으로 호스트 OS 에 보관중인 docker 이미지 목록을 볼 수 있음

root@mobius-pub:~/docker# docker image inspect nginx:latest
[
    {
        ...
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:9c1b6dd6c1e6be9fdd2b1987783824670d3b0dd7ae8ad6f57dc3cea5739ac71e",
                "sha256:4b7fffa0f0a4a72b2f901c584c1d4ffb67cce7f033cc7969ee7713995c4d2610",
                "sha256:f5ab86d69014270bcf4d5ce819b9f5c882b35527924ffdd11fecf0fc0dde81a4",
                "sha256:c876aa251c80272eb01eec011d50650e1b8af494149696b80a606bbeccf03d68",
                "sha256:7046505147d7f3edbf7c50c02e697d5450a2eebe5119b62b7362b10662899d85",
                "sha256:b6812e8d56d65d296e21a639b786e7e793e8b969bd2b109fd172646ce5ebe951"
            ]
        },
        ...
    }
]

• inspect 로 특정 이미지(위 예시에선 nginx:latest)를 조회해보면 최하단에 배열형태로 레이어들이 잡혀있는걸 확인할 수 있음

Dockerfile 없이 이미지 생성

 # docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]] 
# ubuntu 컨테이너의 현재 상태를 my_ubuntu:v1 이미지로 생성
$ docker commit -a fastcampus -m “First Commit” ubuntu my_ubuntu:v1

• docker commit 은 git 의 commit 과 유사하게 기존 컨테이너를 기반으로 변경사항을 만들고 나서 커밋을 하는 개념

root@mobius-pub:~/docker# docker commit -a fastcampus -m "Add my_file" my_ubuntu my_ubuntu:v1
sha256:222ffd4d4e5ac65082c08bc7e59ed85f769a4a0f3b4f5aa5f59a1410ef1c901b
root@mobius-pub:~/docker# docker images
REPOSITORY                           TAG                        IMAGE ID       CREATED              SIZE
my_ubuntu                            v1                         222ffd4d4e5a   About a minute ago   72.8MB
...

• -a 옵션은 author 로, 누가 해당 변경점을 만드는지에 대한 히스토리를 남길 수 있다
• -m 은 커밋 메세지에 해당
• 그 뒤에 {컨테이너 이름} {이미지 이름}:{tag} 와 같이 사용한다
• 생성한 이미지를 inspect 로 조회해보면 기존에 생성할 때 사용한 ubuntu:focal 레이어의 해시값에 변경사항이 쌓이는 것을 확인할 수 있다

Dockerfile 이용하여 이미지 생성

FROM node:12-alpine
RUN apk add --no-cache python3 g++ make
WORKDIR /app
COPY . .
RUN yarn install --production
CMD ["node", "src/index.js"]

• Dockerfile 문법은 [지시어] [인자값] 형태로 구성되어있으며
• 하나씩 순차적으로 실행되는 식이다

 # docker build [OPTIONS] PATH
# ./ 디렉토리를 빌드 컨텍스트로 my_app:v1 이미지 빌드 (Dockerfile 이용)
$ docker build -t my_app:v1 ./
# ./ 디렉토리를 빌드 컨텍스트로 my_app:v1 이미지 빌드 (example/MyDockerfile 이용)
$ docker build -t my_app:v1 -f example/MyDockerfile ./

• 이후엔 docker build 를 통해 이미지를 생성할 수 있다
• -t 옵션은 tag 의 약자로 해당 빌드하는 이미지에 대한 태그를 지정
• -f 옵션은 도커 파일의 경로를 나타낸다
• 따라서 마지막 명령어의 경우 "현재 디렉토리(./) 를 기반으로 도커 이미지를 빌드하는데, 그 이미지의 태그로 my_app:v1 을, 도커 파일의 경로로 example/MyDockerfile 을 사용한다" 이다
• 예시 생략함

빌드 컨텍스트

=> [internal] load build definition from Dockerfile                          0.0s
  => => transferring dockerfile: 190B                                          0.0s
  => [internal] load .dockerignore                                             0.0s
  => => transferring context: 2B                                               0.0s
  => [internal] load metadata for docker.io/library/node:12-alpine             1.0s
  => [1/5] FROM docker.io/library/node:12-alpine@sha256:0eca266c5fe38ba93aeba  0.0s
 => [internal] load build context
=> => transferring context: 4.61MB
0.1s 0.1s

• 도커 빌드 명령 수행 시 현재 디렉토리(Current Working Directory)를 빌드 컨텍스트(Build Context)라고 한다
• Dockerfile로부터 이미지 빌드에 필요한 정보를 도커 데몬에게 전달하기 위한 목적이다
• 도커 빌드 명령어를 수행할 때, 해당 디렉토리의 모든 정보가 도커 데몬한테 넘어간다
• 그래서 현재 디렉토리 안에 있는 데이터들이 너무 큰 경우, 빌드에 소요되는 시간이 길어지고 비효율적이 된다

.dockerignore

• 위와 같은 문제를 해결하는데 도움을 주기 위해 .dockerignore 파일을 설정할 수 있다
• 이미지에 포함되어야 하지 않을 파일을 지정할 수 있고,
• .gitignore와 동일한 문법을 가지고 있고,
• 특정 디렉토리 혹은 파일 목록을 빌드 컨텍스트에서 제외하기 위한 목적이다

  
  # comment
  */temp*
  */*/temp*
  temp?

*.md !README.md