苏研
DCOS
早前推出DCOS番外篇Docker系列，主要介绍docker相关技术，请阅读新的文章：DCOS番外篇之Dcoker概念快递
OCI简介
OCI在2015年6月宣布成立，旨在围绕容器格式和运行时制定一个开放的工业化标准。OCI的目标是为了避免容器的生态分裂为“小生态王国”，确保一个引擎上构建的容器可以运行在其他引擎之上。这是实现容器可移植性至关重要的部分。只要Docker是唯一的运行时，它就是事实上的行业标准。但是随着可用（和采纳）和其他引擎，有必要从技术的角度上定义“什么是容器”，以便不同实现上可以达成最终的一致。
runC简介
runC是一个轻量级的工具，它是用来运行容器的，只用来做这一件事，并且这一件事要做好。如果你了解过Docker引擎早期的历史，你应该知道当时启动和管理一个容器需要使用LXC工具集，然后在使用 libcontainer 。 libcontainer 就是使用类似 cgroup 和 namespace 一样的Linux内核设备接口编写的一小段代码，它是容器的基本构建模块。为了是过程更加简单，runC基本上是一个小命令行工具且它可以不用通过Docker引擎，直接就可以使用容器。这是一个独立的二进制文件，使用OCI容器就可以运行它 。
runc安装：
yum install -y libseccomp-devel
mkdir -p $GOPATH/src/github.com/opencontainers
cd $GOPATH/src/github.com/opencontainers
git clone https://github.com/opencontainers/runc
cd runc & make & sudo make install
运行busybox:
docker pull busybox
mkdir rootfs
docker exports $(docker create busybox)|tar -C rootfs -xvf -
runc spec .
runc start test
containerd简介
containerd 是一个简单的守护进程，它可以使用runC管理容器，使用gRPC暴露容器的其他功能。相比较Docker引擎，使用 gRPC ，containerd暴露出针对容器的 增删改查的接口 ，然而Docker引擎只是使用 full-blown HTTP API接口对Images，Volumes，network，builds等暴露出这些方法 。docker-containerd-ctr在1.11貌似有BUG，具体请移步issue21702、issue22010
runV简介
Hyper 的 runV 是OCI 官方的基于虚拟化技术的容器运行时引擎实现，而另一个基于容器的实现就是 Docker 的 runC。
安装runV：
docker pull busybox
mkdir rootfs
docker export (docker create busybox)|tar -C rootfs -xvf -
runv spec .
runv kernel=/var/lib/hyper/kernel --initrd=/var/lib/hyper/hyper-initrd.img start test
启动runV containerd：
runv-containerd kernel=/var/lib/hyper/kernel --initrd=/var/lib/hyper/hyper-initrd.img
执行ctr命令：
ctr --address=unix:///run/runv-containerd/containerd.sock containers
启动容器：
ctr --address=unix:///run/runv-containerd/containerd.sock containers start test ./busybox
查看结果：
$ctr --address=unix:///run/runv-containerd/containerd.sock containers
关系
正如上面提到的，Docker引擎可以在runC和containerd上构建。1.11之前，引擎只用于Volums,networks,containerd等。
现在它所有的工作分为四个部分：引擎，containerd，runC，containerd-shim，后者位于runC与containerd之间的部分。
Docker引擎仍然管理者images，然后移交给containerd运行，containerd再使用runC运行容器。
containerd只处理containers管理容器的开始，停止，暂停和销毁。由于容器运行时是孤立的引擎，引擎
最终能够启动和升级而无需重新启动容器。还有一些其他的好处是：
当linux的代码被删除和其他容器运行时的这些改变时能够保持一种统一的Docker UI命令（表面上看一切都是一样的）
由于现在有四个组件，以前只是一个单独的“docker”二进制文件，现在查分各自功能为四个文件： docker , docker-containerd ,
docker-containerd-shim ,和 docker-runc 。如果你在主机上，就可以通过 ps as grep docker 获取正在运行的进程。
