Docker 배포 자동화 에 대한 내 기사에서 :

도커 이미지와 컨테이너

Dockerland에는 이미지 가 있고 컨테이너 가 있습니다 . 두 사람은 밀접한 관련이 있지만 별개입니다. 저 에게이 이분법을 이해하면 Docker가 엄청나게 명확 해졌습니다.

이미지 란 무엇입니까?

이미지는 본질적으로 컨테이너의 스냅 샷 인 비활성의 불변 파일입니다. 이미지는 build 명령으로 생성되며 run으로 시작할 때 컨테이너를 생성 합니다 . 이미지는 같은 도커 레지스트리에 저장됩니다 registry.hub.docker.com . 이미지는 상당히 커질 수 있기 때문에 이미지는 다른 이미지 레이어로 구성되어 네트워크를 통해 이미지를 전송할 때 최소한의 데이터를 전송할 수 있습니다.

다음을 실행하여 로컬 이미지를 나열 할 수 있습니다 docker images.

REPOSITORY                TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
ubuntu                    13.10               5e019ab7bf6d        2 months ago        180 MB
ubuntu                    14.04               99ec81b80c55        2 months ago        266 MB
ubuntu                    latest              99ec81b80c55        2 months ago        266 MB
ubuntu                    trusty              99ec81b80c55        2 months ago        266 MB
<none>                    <none>              4ab0d9120985        3 months ago        486.5 MB

참고할 사항 :

1. 이미지 ID는 이미지에 대한 실제 식별자의 처음 12 자입니다. 주어진 이미지의 많은 태그를 만들 수 있지만 ID는 모두 동일합니다 (위와 같이).
2. 가상 크기는 가상 이 모든 별개의 기본 레이어의 크기를 합산 있기 때문에. 이는 해당 열의 모든 값의 합이 해당 이미지에서 사용되는 디스크 공간보다 훨씬 클 수 있음을 의미합니다.
3. REPOSITORY 열의 값 -t은 docker build명령 의 플래그 또는 docker tag기존 이미지 에서 가져옵니다 . 의미가있는 명명법을 사용하여 이미지에 자유롭게 태그를 지정할 수 있지만, docker는 태그를 레지스트리 위치로 docker push또는로 사용 docker pull합니다.
4. 태그의 전체 형식은입니다 [REGISTRYHOST/][USERNAME/]NAME[:TAG]. 를 들어 ubuntu위, REGISTRYHOST는 것으로 추정된다 registry.hub.docker.com. 따라서 my-application레지스트리에서 호출 된 이미지를에 저장하려는 경우 docker.example.com해당 이미지에 태그를 지정해야합니다 docker.example.com/my-application.
5. TAG 열은 전체 태그 의 [: TAG] 부분입니다 . 이것은 불행한 용어입니다.
6. latest태그는 단순히 당신이 태그를 지정하지 않은 기본 태그의 마법이 아니다.
7. 태그가없는 이미지는 IMAGE ID로만 식별 할 수 있습니다. 이것들은 <none>TAG와 REPOSITORY를 얻습니다 . 잊어 버리기 쉽습니다.

이미지에 대한 자세한 내용은 Docker 설명서 및 용어집 에서 확인할 수 있습니다 .

컨테이너 란?

프로그래밍 은유를 사용하기 위해 이미지가 클래스 인 경우 컨테이너는 클래스의 인스턴스 (런타임 객체)입니다. 컨테이너는 Docker를 사용하는 이유입니다. 그것들은 응용 프로그램을 실행하는 환경을 가볍고 휴대용으로 캡슐화 한 것입니다.

다음을 사용하여 로컬 실행 컨테이너를 봅니다 docker ps.

CONTAINER ID        IMAGE                               COMMAND                CREATED             STATUS              PORTS                    NAMES
f2ff1af05450        samalba/docker-registry:latest      /bin/sh -c 'exec doc   4 months ago        Up 12 weeks         0.0.0.0:5000->5000/tcp   docker-registry

여기에도 커화 된 도커 레지스트리 버전을 실행 중이므로 이미지를 저장할 개인 공간이 있습니다. 다시 한 번 주목할 점은 다음과 같습니다.

1. 이미지 ID와 마찬가지로 컨테이너 ID는 컨테이너의 실제 식별자입니다. 형식은 동일하지만 다른 종류의 개체를 식별합니다.
2. docker ps실행중인 컨테이너 만 출력 합니다 . 로 모든 컨테이너 ( 실행 또는 중지 )를 볼 수 있습니다 docker ps -a.
3. NAMES는 --name플래그 를 통해 시작된 컨테이너를 식별하는 데 사용될 수 있습니다 .

이미지 및 컨테이너 빌드를 피하는 방법

Docker에 대한 나의 초기 좌절 중 하나는 태그가없는 이미지가 지속적으로 쌓이고 컨테이너가 멈추는 것 같습니다 . 경우에 따라이 빌드 업으로 인해 하드 드라이브를 최대한 활용하여 랩탑 속도가 느려지거나 자동화 된 빌드 파이프 라인이 중단되었습니다. “모든 곳의 컨테이너”에 대해 이야기하십시오!

docker rmi최근 dangling=true쿼리 와 결합 하여 태그가없는 이미지를 모두 제거 할 수 있습니다.

docker images -q --filter "dangling=true" | xargs docker rmi

Docker는 기존 컨테이너 뒤에있는 이미지를 제거 할 수 없으므로 중지 된 컨테이너를 docker rm먼저 제거해야 할 수 있습니다 .

docker rm `docker ps --no-trunc -aq`

이것들은 Docker의 알려진 문제점 이며 향후 릴리스에서 해결 될 수 있습니다. 그러나 이미지와 컨테이너를 명확하게 이해하면 다음과 같은 몇 가지 사례를 통해 이러한 상황을 피할 수 있습니다.

1. 로 쓸모없고 멈춘 용기를 항상 제거하십시오 docker rm [CONTAINER_ID].
2. 로 쓸모없고 멈춘 용기 뒤에있는 이미지를 항상 제거하십시오 docker rmi [IMAGE_ID].

답변

+------------+  docker build   +--------------+  docker run -dt   +-----------+  docker exec -it   +------+
| Dockerfile | --------------> |    Image     | --------------->  | Container | -----------------> | Bash |
+------------+                 +--------------+                   +-----------+                    +------+
                                 ^
                                 | docker pull
                                 |
                               +--------------+
                               |   Registry   |
                               +--------------+

docker image ls

docker ps