Docker 1.11 采纳了开源容器项目（OCP）组件
Docker OCP
![](/data/attachment/album/201605/18/105011sy3ro39oo97k3vn6.jpg)



> 
> Docker 在<ruby> 开放容器项目 <rp>  （ </rp> <rt>  Open Container Project，OCP </rt> <rp>  ） </rp></ruby>中的参与度达成圆满，最新构建的 Docker 采用了 Docker 贡献给 OCP 的组件。
> 
> 
> 


新发布的 [Docker 1.11](https://blog.docker.com/2016/04/docker-engine-1-11-runc/) 的最大新闻并不是它的功能，而是它使用了在 OCP 支持下的标准化的组件版本。


去年，Docker 贡献了它的 [runC](http://runc.io/) 核心给 OCP 作为构建构建容器工具的基础。同样还有 [containerd](https://containerd.tools/)，作为守护进程或者服务端用于控制 runC 的实例。Docker 1.11 现在使用的就是这个捐赠和公开的版本。


Docker 此举挑战了它的容器生态仍[主要由 Docker 自身决定](http://www.infoworld.com/article/2876801/application-virtualization/docker-reorganization-grows-up.html)这个说法。它并不是为了作秀才将容器规范和运行时细节贡献给 OCP。它希望项目将来的开发越开放和广泛越好。


![](/data/attachment/album/201605/18/105018gj53xjprlj8pko8w.png)


*Docker 1.11 已经用贡献给 OCP 的 runC 和 containerd 进行了重构。runC 如果需要的话可以换成另外一个。*


runC 的[两位主要提交者](https://github.com/opencontainers/runc/graphs/contributors)来自 Docker，但是来自 Virtuozzo(Parallels fame)、OpenShift、Project Atomic、华为、GE Healthcare、Suse Linux 也都是提交人员里面的常客。


Docker 1.11 中一个更明显的变化是先前 Docker runtime 在 Docker 中是唯一可用的，并且评论家认为这个会限制用户的选择。runC runtime 现在是可替换的；虽然 Docker 在发布时将 runC 作为默认引擎，但是任何兼容的引擎都可以用来替换它。（Docker 同样希望它可以不用杀死并重启现在运行的容器，但是这个作为今后的改进规划。）


Docker 正在将基于 OCP 的开发流程作为内部创建其产品的更好方式。在它发布 1.11 的[官方博客中称](https://blog.docker.com/2016/04/docker-engine-1-11-runc/)：“将 Docker 切分成独立的工具意味着更专注的维护者，最终会有更好的软件质量。”


除了修复长期以来存在的问题和确保 Docker 的 runC/containerd 跟上步伐，Docker 还在 Docker 1.11 中加入了一些改进。Docker Engine 现在支持 VLAN 和 IPv6 服务发现，并且会自动在多个相同别名容器间执行 DNS 轮询负载均衡。




---


via: <http://www.infoworld.com/article/3055966/open-source-tools/docker-111-adopts-open-container-project-components.html>


作者：[Serdar Yegulalp](http://www.infoworld.com/author/Serdar-Yegulalp/) 译者：[geekpi](https://github.com/geekpi) 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](https://linux.cn/) 荣誉推出


Moved Permanently