도커 컨테이너 어셈블리

docker1.11 버전을 시작, 고정 표시기 컨테이너는 고정 표시기 데몬 데몬에 의해 시작된 간단한 조작 아니라, 등등 여러 구성 요소의 containerd, containerd - 심, runC와 통합합니다. 고정 표시기 서비스가 시작되면, 시스템은 dockerd, 고정 표시기 - containerd 프로세스에게 같은 명령을 볼 수 있습니다.

도커 기재된 컨테이너 조립체
도커가 CLI (도커)
도커 클라이언트 프로그램은 고정 표시기 데몬 (dockerd)에 대한 사용자 요청을 전송하는 데 사용되는 도구이다.

고정 표시기의 개발
데몬 고정 표시기 컨테이너 관리 (고정 표시기 데몬) 등 dockerd 및 상호 작용에 대한 책임 고정 표시기 클라이언트 데몬 관리 고정 표시기 미러 및 용기는, 또한 일반적으로 고정 표시기 엔진이라 함.

Containerd
containerd 표준화 후 제품 용기, 호환 OCI, 컨테이너 및 벗겨 고정 표시기 데몬에서의 실행 시간 관리 기능에 대한 표준입니다. dockerd를 실행하지 않을 경우 이론적으로, 직접 컨테이너 containerd 관리 할 수 있습니다.

Containerd -shim
그것은 containerd 성분 런타임 용기 캐리어가 호스트 용기에 고정 표시기 용기의 각각에 대응하는 명령에 의해 볼 수있다 containerd의 -shim.

RunC
runC 프로세스가 자식 프로세스 containerd - 끼움 존재 runC 프로세스 배시 구성에 따른 rootfs 용기를 찾아 제 처리 용기와 같은 자식 프로세스를 생성하는 것이다. 모든이가 runC 부모 프로세스에서 다음 bash는 프로세스 컨테이너 runC 프로세스 종료, 완료되면 containerd - 심 인수.

도커 어셈블리 워크 플로우

  • 고정 표시기의 dockerd 클라이언트는 컨테이너를 생성하기위한 요청을 전송 , dockerd는 용기 저장소의 미러 이미지를 당길 것이다.
  • dockerd 상기 이미지 저장 풀에 대응하는 화상으로부터 containerd의 요청은 용기의 동작을 개시한다 .
  • 요청이 일부 초기화 작업을 할 것입니다 containerd 컨테이너를 시작 dockerd 수신되면, 다음에 매개 변수로 containerd - 심 공정 및 구성을 시작합니다. 기계의 모든 컨테이너 관리를 담당 고정 표시기-containerd가 실행되며, containerd - 심 과정은 선박의 작업을 관리하기위한 유일한 책임이 있습니다.
  • containerd-심은 runC 프로세스를 시작runC 공정은용기 출력의 내용에 피드백된다 containerd-심 궁극적 클라이언트를 위해 고정 표시기.

추천

출처www.cnblogs.com/zhouzhifei/p/11597066.html