결말과 결말?

결말과 결말?

Docker 처리 시스템 자체를 Docker 용기에 수용

안쪽 Docker에서 컨테이너를 가동하면...
→ 겉으로 보면 중첩형

Docker in Docker 작업 이미지

최소 구성

공식적인 이미지가 있어서 사용(태그 뒤에 있음-dinddocker-compose.yaml

---
version: "3.7"
services:
  docker:
    image: docker:19.03-dind
    privileged: true

아뿔싸, 주로 안전하다는 뜻이야.

    privileged: true

(야단났네, 발췌해서 게재하자)
자세한 설명은 생략했지만 리눅스 안에서 격리된 공간을 구축하려면 상당한 특권이 필요하다.

끝맺다

이런 이유가 있나!!

갖가지 물건을 만지작거리다

최소 구성의 문제점

이점이 없음

내부 Docker의 통신 경로는 TCP입니다.
→docker build에서 다양한 파일을 위아래 문장으로 Docker의 수호 프로세스에 보낼 때 이 통신 경로를 생각하면 좀 불안하다

좋은 점을 내세요.

인접한 용기의 지시에 따라 안쪽 Docker에 컨테이너를 만드는 것이 편리하다.
docker-compose.yaml

---
version: "3.7"
services:
  docker:
    image: docker:19.03-dind
    privileged: true
  frontend:
    image: docker:latest
    depends_on:
      - docker

통신선 개선~ 좋아, 그럼 UNIX 도메인 네임플러그~

인접한 용기와 공유/var/run/docker.sock할 수 있다면 volumes하세요.
docker-compose.yaml

---
version: "3.7"
services:
  docker:
    image: docker:19.03-dind
    privileged: true
    volumes:
      - run:/run:rw  # /var/run は /run へのシンボリックリンクなので… 以下同様
    environment:
      - DOCKER_TLS_CERTDIR=
  frontend:
    image: docker:latest
    volumes:
      - run:/run:rw
    depends_on:
      - docker
    environment:
      - DOCKER_HOST=unix:///var/run/docker.sock

volumes:
  run:
    # tmpfs-as-a-volume: https://stackoverflow.com/a/45759927
    driver_opts:
      type: tmpfs
      device: tmpfs
      o: size=1M,mode=0755,uid=0,gid=0