理解OCI（Open Container Initiative）及docker的OCI实现(转)

OCI定义了容器运行时标准，runC是Docker按照开放容器格式标准（OCF, Open Container Format）制定的一种具体实现。 runC是从Docker的libcontainer中迁移而来的，实现了容器启停、资源隔离等功能。

OCI定义了容器运行时标准，runC是Docker按照开放容器格式标准（OCF, Open Container Format）制定的一种具体实现。

runC是从Docker的libcontainer中迁移而来的，实现了容器启停、资源隔离等功能。Docker默认提供了docker-runc实现，事实上，通过containerd的封装，可以在Docker Daemon启动的时候指定runc的实现。

我们可以通过启动Docker Daemon时增加--add-runtime参数来选择其他的runC现。

containerd向上为Docker Daemon提供了gRPC接口，使得Docker Daemon屏蔽下面的结构变化，确保原有接口向下兼容。向下通过containerd-shim结合runC，使得引擎可以独立升级，避免之前Docker Daemon升级会导致所有容器不可用的问题。

Docker一开始就一家独大，并且并不是一种开放的态姿态在做，所以很早之前Google就投资了CoreOS来做竞争的容器--Rocket。那时是三家鼎立：Docker/Rocket/Warden，为了避免惨烈的竞争，大家终于统一意见，决定成立OCI做统一的容器运行时---RunC，OCI成立后加入了大约50家厂商。出于对Docker封闭化商业式发展的担心，OCI商讨出这种方案：以RunC为核心重新构建生态圈，并且通过插件来弱化容器在CaaS生态圈的重要性。

 

Docker 镜像（image）& 容器（container） 什么是 Docker 镜像（image）? 镜像由多个层组成，每层叠加之后，从外部看来就如一个独立的对象； 镜像内部是一个精简的操作系统（OS），同时还包含应用运行所必须的文件和依赖包； 镜像可以运行一个或多个容器，同时镜像也可以停止某个容器的运行，并从中创建新的镜像；【镜像（iamge）的分类】...
Docker系列开篇之Virtual Machine VS Container（一） Docker系列开篇之Virtual Machine VS Container（一）前言本节开始我们正式进入Docker系列，网上关于Docker相关文章如数家珍，写博客至今，我也一直在朝着如何写出通俗易懂且不枯燥的文章这个目标前进，喃喃自语的同时也希望看到文章的童鞋能明白我在讲什么，将知识点叙述清楚没有，讲解的效果如何，是否有启发或收获，能够得到及时的反馈当然也能让我理解的更透彻，好了，我们开始吧。
连接 Docker Container 的几种方式 经过熟悉之后，在 docker 里安装了一个 ubuntu 准备学习使用。然后遇到了一些问题：使用 docker run -d ubuntu 之后，container在运行之后马上退出了。 原因很简单，在docker run 之后没有命令参数，添加 bash 就可以了： docker run -.