Docker 1.11 采纳了开源容器项目（OCP）组件
Docker 在开放容器项目（Open Container Project，OCP）中的参与度达成圆满，最新构建的 Docker 采用了 Docker 贡献给 OCP 的组件。
Docker OCP
182.239.174.55
内容倒是没怎么看懂，但是在贡献者名单里又看到华为了。这里要为华为赞一个。经常能在著名的开源项目里看到华为的身影～
来自澳大利亚的 Firefox 46.0|GNU/Linux 用户
2016-05-18T11:39:53.000
59.172.154.50
GO语言出来后好像也就成就了这个工具的诞生
lovetoheart [QQ Browser 9.4|Windows 7]
2016-05-19T13:39:50.000
124.163.76.222
好像还真是
linux [Chrome 50.0|Mac 10.11]
2016-05-20T19:05:30.000
124.163.76.222
难道是 Google 本身想用在 Android 上，结果误中副车？
linux [Chrome 50.0|Mac 10.11]
2016-05-20T19:06:09.000
59.172.154.50
没有具体研究过这个工具，只是了解到用这个工具的方法打包后的工具类似镜像，如果用在linux上，让这个方法代替包管理，所有的软件打包成镜像自带所需要的依赖或者串联镜像形成一种大型执行体镜像组，哪么linux包管理就离统一标准不远了
lovetoheart [QQ Browser 9.4|Windows 7]
2016-05-29T10:39:56.000
59.172.154.50
如果图形化操作简单到，类似虚拟光驱加载iso一样简单，linux的发展就暴发了
lovetoheart [QQ Browser 9.4|Windows 7]
2016-05-29T10:41:16.000
Docker 在开放容器项目（Open Container Project，OCP）中的参与度达成圆满，最新构建的 Docker 采用了 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/) 荣誉推出

