<div id="readability-page-1" class="page"><div>
<article>
<header>


</header>

<p>Docker는 리눅스 컨테이너를 쉽게 사용할 수 있도록 도와주는 도구입니다. 2013년 처음으로 발표된 이후로 꾸준히 인기를 얻어 지금은 개발자 필수 도구로 자리를 잡았습니다. Docker를 처음 사용하면 컨테이너와 이미지 개념이 헷갈리거나 어렵게 느껴질 수 있습니다. 이 둘은 분명히 다른 개념이면서도, 동시에 혼란스러운 부분이 있기도 합니다.</p>
<p>이 글에서는 도커 컨테이너와 이미지의 차이에 대해서 좀 더 깊게 파해쳐 보도록 하겠습니다.</p>
<nav>
<ul>
<li><a href="#docker-%EC%BB%A8%ED%85%8C%EC%9D%B4%EB%84%88%EB%9E%80">Docker 컨테이너란?</a></li>
<li><a href="#docker-%EC%9D%B4%EB%AF%B8%EC%A7%80%EB%9E%80">Docker 이미지란?</a></li>
<li><a href="#docker-%EC%9D%B4%EB%AF%B8%EC%A7%80%EC%9D%98-%EB%B6%88%EB%B3%80%EC%84%B1">Docker 이미지의 불변성</a></li>
<li><a href="#%EC%BB%A8%ED%85%8C%EC%9D%B4%EB%84%88%EC%97%90%EC%84%9C-%EC%9D%B4%EB%AF%B8%EC%A7%80-%EB%A7%8C%EB%93%A4%EA%B8%B0">컨테이너에서 이미지 만들기</a></li>
<li><a href="#%EB%A7%88%EC%B9%98%EB%A9%B0">마치며</a></li>
</ul>
</nav>
<h2 id="docker-컨테이너란">Docker 컨테이너란?</h2>
<p>먼저 Docker 컨테이너가 무엇인지 알아보겠습니다. 리눅스에서 프로그램을 실행하면 프로세스가 됩니다. 프로세스는 작업을 마친 후 바로 종료 되기도 하지만, 서버 프로세스의 경우 명시적으로 종료할 때까지 계속 실행중인 상태로 남아있기도 합니다. 지금 바로 진실을 알려드리겠습니다. Docker 컨테이너는 그냥 리눅스 프로세스입니다.</p>
<p>예를 들어보겠습니다. 리눅스에서 <code>echo</code> 명령어로 특정 문자열을 출력할 수 있습니다.</p>
<pre><code>$ echo Hello docker
Hello docker</code></pre>
<p>Docker에서도 마찬가지로 <code>echo</code> 명령어로 Hello docker를 출력할 수 있습니다.</p>
<pre><code>$ docker run -it --rm ubuntu:latest echo Hello docker
Hello docker</code></pre>
<p>앞의 부분을 무시하고 본다면, 단지 <code>echo Hello docker</code> 명령어를 실행했을 뿐입니다. 이렇게도 실행할 수 있습니다.</p>
<pre><code>$ docker run -it --rm rockylinux:9.2 echo Hello docker
Hello docker</code></pre>
<p>이렇게도요.</p>
<pre><code>$ docker run -it --rm nginx:alpine echo Hello docker
Hello docker</code></pre>
<p>아, 그러네요? Docker는 리눅스 명령어를 실행할 수 있는 도구고, Docker 컨테이너는 리눅스 프로세스입니다.</p>
<p>이렇게 생각하면 정말 간단합니다만, 앞의 긴 docker 명령어가 의미하는 바는 무엇일까요?</p>
<pre><code>docker run -it --rm &lt;IMAGE&gt;</code></pre>
<p>위의 세 명령어는 <code>&lt;IMAGE&gt;</code> 부분만 다르고 모두 똑같습니다. <code>docker run</code>은 컨테이너를 실행하는 명령어고, <code>-it</code>와 <code>--rm</code>은 <code>docker run</code>의 옵션 들 중 하나입니다. 여기선 그렇게 중요하진 않습니다. 옵션에 대한 해설은 다음 글을 참고해주세요.</p>
<ul>
<li>관련 글: <a href="https://www.lainyzine.com/ko/article/docker-run/">docker run 사용법: 컨테이너 실행</a>
</li>
</ul>
<p>결과만 놓고 보면, 모두 <code>Hello docker</code>가 화면에 출력되었습니다. 그렇다면 세 명령어가 다 똑같은 걸까요? 그건 아닙니다. 그 차이를 만들어주는 게 바로 Docker 이미지입니다.</p>
<h2 id="docker-이미지란">Docker 이미지란?</h2>
<p>앞에서 실행한 결과만 놓고 본다면 차이를 알기 어렵습니다만, 세 도커 컨테이너의 기반이 되는 이미지가 다릅니다. 첫 번째 컨테이너는 ubuntu:latest, 두 번째 컨테이너는 rockylinux:9.2, 세 번째 컨테이너는 nginx:alpine 컨테이너를 기반으로 실행되었습니다.</p>
<p>여기서 “기반”이라는 것은 좀 더 구체적으로 말해보자면 “파일 시스템”을 의미합니다. 예를 들어서 리눅스에서 <code>echo</code>라는 명령어를 실행했을 때 이 <code>echo</code>라는 명령어는 어떤 파일 시스템 위에서 실행됩니다. 간단히 루트의 파일 목록을 한 번 살펴보겠습니다.</p>
<pre><code>$ echo Hello docker
Hello docker

$ ls /
bin  boot  dev  etc  home  lib  lib32  lib64  libx32  lost+found  media  mnt  opt  proc  root  run  sbin  snap  srv  swap.img  sys  tmp  usr  var</code></pre>
<p>그렇다면 컨테이너는 어떨까요? 이미 예상하셨겠지만, 다른 파일 시스템에서 실행이 됩니다.</p>
<pre><code>$ docker run -it --rm ubuntu:latest ls /
bin  boot  dev  etc  home  lib  lib32  lib64  libx32  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var</code></pre>
<p>비슷하지만 조금 차이가 있네요? 둘은 실제로 다른 파일 시스템을 기반으로 실행이 됩니다. 다른 이미지도 살펴볼까요?</p>
<pre><code>$ docker run -it --rm rockylinux:9.2 ls /
afs  bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

$ docker run -it --rm nginx:alpine ls /
bin                   docker-entrypoint.d   etc                   lib                   mnt                   proc                  run                   srv                   tmp                   var
dev                   docker-entrypoint.sh  home                  media                 opt                   root                  sbin                  sys                   usr</code></pre>
<p>리눅스의 기본 디렉터리 구조는 비슷합니다만 분명히 차이가 있습니다.</p>
<p>Docker 이미지는 위에서 살펴본 바와 같이 파일 시스템에 있는 모든 파일들의 묶음과 메타데이터를 의미합니다. 단지 <code>echo</code> 명령어의 동작이 어느 이미지에서든 동일하기 때문에, 똑같은 결과를 출력한 것 뿐입니다.</p>
<p>즉, 이미지는 어떤 프로세스를 실행하기 위한 파일들의 집합이고, 컨테이너는 이 파일 시스템을 기반으로 실행된 프로세스라고 정의할 수 있습니다. 실제로 리눅스 컨테이너는 좀 더 복잡한 컨셉입니다만, 일단 이미지와 컨테이너의 관계는 이렇게 정리할 수 있습니다. 심지어 실행파일조차도 이미지에 포함되어있기 때문에, 이미지가 없다면 컨테이너도 실행할 수 없습니다.</p>
<h2 id="docker-이미지의-불변성">Docker 이미지의 불변성</h2>


<p>Docker 이미지를 이해하는 데 있어서, 가장 중요한 특징은 이미지의 불변성입니다. 한 번 만들어진 이미지는 고유한 Image ID를 가지고 있으며, 이 이미지에 저장된 데이터는 절대로 변경할 수 않습니다. 이러한 이미지의 불변성이 있기 때문에 Docker 이미지와 Docker만 있다면 언제든 같은 실행 결과를 보장할 수 있습니다. 단, 이미지의 이름은 <code>docker tag</code> 명령어로 사용자가 임의로 붙이거나 변경할 수 있습니다. 이름이 이미지의 불변성을 보장하는 것은 아닙니다.</p>
<ul>
<li>관련 글: <a href="https://www.lainyzine.com/ko/article/how-to-rename-docker-image-with-docker-tag/">도커 이미지 이름을 변경하는 방법(docker tag)</a>
</li>
</ul>
<p>간단한 예를 통해서 이미지의 특징을 알아보겠습니다. <code>ubuntu:latest</code> 이미지로 Bash 셸을 실행해서 <code>/</code> 디렉터리에 docker라는 파일을 하나 생성해보겠습니다.</p>
<pre><code>$ docker run -it ubuntu:latest bash

## 아직 docker 파일이 없습니다.
root@b8e552fb2bf8:/# ls docker
ls: cannot access 'docker': No such file or directory

## docker 파일을 생성합니다.
root@b8e552fb2bf8:/# echo 'Hello docker' &gt; docker

## docker 파일이 생성되었습니다.
root@b8e552fb2bf8:/# ls docker
docker

## docker 파일의 내용을 출력해봅니다.
root@b8e552fb2bf8:/# cat docker
Hello docker

root@b8e552fb2bf8:/# exit</code></pre>
<p>이제 다시 <code>ubuntu:latest</code> 이미지로 Bash 셸을 실행하면, 방금 만든 docker 파일이 있을까요?</p>
<pre><code>$ docker run -it ubuntu:latest bash
root@cd168907d497:/# ls docker
ls: cannot access 'docker': No such file or directory

root@cd168907d497:/# cat docker
cat: docker: No such file or directory</code></pre>
<p>없습니다. 그럼 아까 만든 docker 파일은 어디에 있을까요? 컨테이너를 종료하고 <code>docker ps</code>로 컨테이너 목록을 확인해봅니다.</p>
<pre><code>$ docker ps -a
CONTAINER ID   IMAGE           COMMAND   CREATED         STATUS                       PORTS     NAMES
cd168907d497   ubuntu:latest   "bash"    3 minutes ago   Exited (1) 4 seconds ago               confident_bhabha
b8e552fb2bf8   ubuntu:latest   "bash"    5 minutes ago   Exited (1) 3 minutes ago             sad_sinoussi</code></pre>
<p>결론부터 이야기하면 앞에서 만든 b8e552fb2bf8 컨테이너에는 <code>docker</code> 파일이 있고, 뒤에서 만든 cd168907d497 컨테이너에는 <code>docker</code> 파일이 없습니다. 다시 b8e552fb2bf8 컨테이너에서 <code>docker</code> 파일이 있는지 확인해보겠습니다.</p>
<pre><code>$ docker restart b8e552fb2bf
$ docker attach b8e552fb2bf
root@b8e552fb2bf8:/# cat docker
Hello docker</code></pre>
<p><code>docker</code> 파일이 그대로 있는 것을 확인할 수 있습니다. 이 상황을 이해하기 위해서는 도커의 동작 원리를 이해할 필요가 있습니다. 도커는 내부적으로 유니온 파일시스템이라는 중첩 가능한 특수한 파일 시스템을 사용하고 있습니다. 중요한 건 도커 이미지의 파일 시스템은 읽기 전용으로 사용된다는 점입니다. 따라서 b8e552fb2bf 컨테이너와 cd168907d497 컨테이너는 모두 ubuntu:latest 이미지를 읽기 전용으로 사용하고 있습니다.</p>
<p>그럼 b8e552fb2bf 컨테이너의 <code>/docker</code> 파일은 어디에 저장된 걸까요? 컨테이너는 이미지 위에 컨테이너 전용 읽기쓰기 가능한 레이어를 하나 생성합니다. 따라서 컨테이너의 모든 변경사항을 이 컨테이너 전용 레이어에 기록됩니다. 여기서는 파일을 생성하는 예제를 살펴보았습니다만, 파일을 삭제하는 경우도 마찬가지입니다. 파일을 삭제하면 이미지의 파일이 삭제되는 게 아니라, 컨테이너 전용 레이어에 파일을 삭제했다고 기록해둡니다. 그리고 파일이 없는 것처럼 동작합니다.</p>
<figure>
<img src="https://www.lainyzine.com/ko/article/understanding-differences-between-docker-container-and-image/assets/docker%20container.png" alt="이미지와 컨테이너의 파일 시스템">
</figure>
<p>따라서 b8e552fb2bf 파일에 <code>/docker</code> 파일을 추가하더라도, <code>ubuntu:latest</code> 이미지에는 아무런 변화가 없습니다. 다시 이 이미지를 기반으로 cd168907d497 컨테이너를 실행하면 이미지 상태 그대로 <code>/docker</code> 파일은 없습니다. 그리고 이 컨테이너에서 작업하는 모든 내용은 이 컨테이너의 전용 레이어에 저장됩니다. 따라서 b8e552fb2bf 컨테이너와 b8e552fb2bf 컨테이너는 같은 이미지를 기반으로 실행된 도커 컨테이너지만, 파일 시스템을 전혀 공유하지 않고 서로 간섭할 수도 없습니다.</p>
<h2 id="컨테이너에서-이미지-만들기">컨테이너에서 이미지 만들기</h2>
<p>앞에서 살펴보았듯이 컨테이너는 이미지로부터 실행됩니다. 그럼 이미지는 어디에서 올까요? 재미있게도 이미지는 컨테이너로부터 올 수도 있습니다. 여기까지 컨테이너와 이미지의 차이를 이야기해놓고 갑자기 무슨 이야기일까요?</p>
<p>다시 b8e552fb2bf 컨테이너 예제로 돌아와 보겠습니다. 이 컨테이너는 크게 보면 읽기 전용의 이미지 레이어와 그 위의 컨테이너 전용 읽기쓰기 레이어로 구성되어 있습니다. 앞에서 생성한 <code>/docker</code> 파일은 컨테이너 전용 레이어에 있습니다. Docker에서는 컨테이너를 실행할 때 사용한 이미지와 컨테이너의 차이를 보여주는 <code>docker diff</code> 명령어를 제공하고 있습니다.</p>
<pre><code>$ docker diff b8e552fb2bf8
A /docker</code></pre>
<p>여기서 A는 파일이 추가되었다는 의미입니다. 그리고 <code>docker commit</code> 명령어로 이 차이를 포함해서 이미지로 저장할 수 있습니다.</p>
<pre><code>$ docker commit b8e552fb2bf8 ubuntu:extra
sha256:4ac9825d847169b95d3933c97fa7c9ffb74f20b974d112bd594bf397252fcb88

$ docker images
REPOSITORY   TAG       IMAGE ID       CREATED         SIZE
ubuntu       extra     4ac9825d8471   3 minutes ago   77.8MB
nginx        alpine    433dbc17191a   3 weeks ago     42.6MB
ubuntu       latest    c6b84b685f35   5 weeks ago     77.8MB
rockylinux   9.2       eeea865f4111   3 months ago    176MB</code></pre>
<p>ubuntu:extra 이미지가 만들어졌습니다. 즉, b8e552fb2bf8 컨테이너 전용 레이어가 이제 읽기 전용으로 ubuntu:extra 이미지에 포함되었습니다.</p>
<p>이제 ubuntu:extra 이미지로 컨테이너를 실행하고 <code>/docker</code> 파일이 있는지 확인해보겠습니다.</p>
<pre><code>$ docker run -it --rm ubuntu:extra cat /docker
Hello docker</code></pre>
<p>네, 파일이 있습니다. 이 새로운 컨테이너는 이제 ubuntu:extra 이미지를 읽기 전용 레이어로 그 위에 컨테이너 전용 읽기쓰기 레이어를 가지고 있습니다. 그리고 이 컨테이너 레이어에서 변경한 내용을 이미지로 만들 수 있습니다. 그리고 다시 그 이미지에서 컨테이너를 만들어서… 계속 반복합니다. 이게 바로 Dockerfile에서 docker build 명령어로 이미지를 만드는 기본 원리이기도 합니다.</p>
<p>이미지와 컨테이너는 분명히 다른 개념입니다만, 또 동전의 양면과도 같은 존재이기도 합니다. 컨테이너가 먼저인가, 이미지가 먼저인가, 생각해보게 되네요.</p>
<h2 id="마치며">마치며</h2>
<p>여기까지 도커 컨테이너와 이미지의 차이에 대해서 알아보았습니다. 다시 정리해보자면 도커 이미지는 파일들로 구성된 읽기 전용 레이어이고, 컨테이너는 이미지의 파일 시스템을 기반으로 실행된 리눅스 프로세스입니다. 그리고 컨테이너는 전용 읽기쓰기 레이어를 가지고 있어서 모든 변경사항은 여기에 저장됩니다. 유니온 마운트나 프로세스 격리 등 더 어려운 주제들이 있습니다만, 이 정도만 알고 있어도 컨테이너와 이미지가 헷갈리지는 않을 것입니다.</p>
<p>아직 Docker가 익숙하지 않다면 직접 사용해보면서 개념을 재확인해보시기 바랍니다.</p>
<ul>
<li><a href="https://www.lainyzine.com/ko/article/docker-tutorial/">따라하면서 시작하는 Docker 입문 튜토리얼</a></li>
</ul>
<p>유니온 마운트와 도커 이미지에 대한 좀 더 깊은 해설은 다음 글을 추천합니다.</p>
<ul>
<li><a href="https://www.44bits.io/ko/post/how-docker-image-work">만들면서 이해하는 도커(Docker) 이미지: 도커 이미지 빌드 원리와 OverlayFS | 44BITS</a></li>
</ul>

</article>
</div></div>

LZ: 프로그래머 가이드

LainyZine

Docker 컨테이너와 이미지는 Docker를 사용할 때 가장 중요한 개념입니다. 이 글에서는 컨테이너와 이미지의 차이에 대해서 상세히 알아봅니다.
전체 기사는 이 링크에서 읽을 수 있습니다.

Docker 컨테이너와 이미지의 차이

댓글