mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-01-25 23:11:02 +08:00
PUB:20160415 Docker 1.11 Adopts Open Container Project Components
@geekpi
This commit is contained in:
parent
8def8133c6
commit
1d586ec845
@ -0,0 +1,48 @@
|
||||
Docker 1.11 采纳了开源容器项目(OCP)组件
|
||||
=======================================================
|
||||
|
||||
![](http://images.techhive.com/images/article/2015/01/docker-620x465-100559026-primary.idge.jpg)
|
||||
|
||||
> Docker 在开放容器项目(Open Container Project,OCP)中的参与度达成圆满,最新构建的Docker采用了Docker 贡献给 OCP 的组件。
|
||||
|
||||
新发布的 [Docker 1.11][1] 的最大新闻并不是它的功能,而是它使用了在 OCP 支持下的标准化的组件版本。
|
||||
|
||||
去年,Docker 贡献了它的 [runC][2] 核心给 OCP 作为构建构建容器工具的基础。同样还有 [containerd][3],作为守护进程或者服务端用于控制 runC 的实例。Docker 1.11 现在使用的就是这个捐赠和公开的版本。
|
||||
|
||||
|
||||
Docker 此举挑战了它的容器生态仍[主要由 Docker 自身决定][6]这个说法。它并不是为了作秀才将容器规范和运行时细节贡献给 OCP。它希望项目将来的开发越开放和广泛越好。
|
||||
|
||||
![](http://images.techhive.com/images/article/2016/04/docker-runc-100656060-large.idge.png)
|
||||
|
||||
> Docker 1.11 已经用贡献给 OCP 的 runC 和 containerd 进行了重构。runC 如果需要的话可以换成另外一个。
|
||||
|
||||
runC 的[两位主要提交者][7]来自 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 的[官方博客中称][8]:“将 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][a]
|
||||
译者:[geekpi](https://github.com/geekpi)
|
||||
校对:[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: http://www.infoworld.com/author/Serdar-Yegulalp/
|
||||
[1]: https://blog.docker.com/2016/04/docker-engine-1-11-runc/
|
||||
[2]: http://runc.io/
|
||||
[3]: https://containerd.tools/
|
||||
[4]: http://www.infoworld.com/resources/16373/application-virtualization/the-beginners-guide-to-docker#tk.ifw-infsb
|
||||
[5]: http://www.infoworld.com/newsletters/signup.html#tk.ifw-infsb
|
||||
[6]: http://www.infoworld.com/article/2876801/application-virtualization/docker-reorganization-grows-up.html
|
||||
[7]: https://github.com/opencontainers/runc/graphs/contributors
|
||||
[8]: https://blog.docker.com/2016/04/docker-engine-1-11-runc/
|
||||
|
||||
|
@ -1,50 +0,0 @@
|
||||
Docker 1.11采纳了开源容器项目组件
|
||||
=======================================================
|
||||
|
||||
![](http://images.techhive.com/images/article/2015/01/docker-620x465-100559026-primary.idge.jpg)
|
||||
|
||||
>Docker参与的开源项目完成了一个闭环,最新构建的Docker采用了Docker贡献给OCP的组件。
|
||||
|
||||
[Docker 1.11][1]最大的新闻并不是它的功能,而是它使用了在OCP支持下的标准化的组件版本。
|
||||
|
||||
去年,Docker贡献了它的[runC][2]核心给OCP作为构建构建容器工具的基础。同样还有[containerd][3],作为守护进程或者服务端用于控制runC的实例。Docker 1.11现在使用的是捐赠和公开的版本。
|
||||
|
||||
>在InfoWorld的[Docker初学者指南][4]中深入这个热门开源框架。今天就拿来看!|在[InfoWorld每日简讯][5]中获取今日的技术新闻。
|
||||
|
||||
>Docker此举挑战了它的容器生态仍[主要由Docker自身决定][6]的传说。它并不是为了作秀才将容器规范和运行时细节贡献给OCP。它希望项目将来的开发越开放和广泛越好。
|
||||
|
||||
![](http://images.techhive.com/images/article/2016/04/docker-runc-100656060-large.idge.png)
|
||||
|
||||
>Docker 1.11已经用贡献给OCP的runC和containerd进行了重构。runC如果需要可以被交换出去并被替换。
|
||||
|
||||
runC的[两位主要提交者][7]来自Docker,但是来自Virtuozzo(Parallels fame)、OpenShift、Project Atomic、华为、GE Healthcare、Suse Linux也都是提交的常客。
|
||||
|
||||
Docker 1.11中一个更明显的变化是先前Docker运行时在Docker中是唯一可用的,并且评论家认为这个会限制用户的选择。runC运行时现在是可交换的;虽然Docker在发布时将runC作为默认的引擎,但是任何兼容的引擎都可以被交换进入。(Docker同样希望它可以不用杀死并重启现在运行的容器,但是这个作为今后的改进规划。)
|
||||
|
||||
Docker正在将基于OCP开发流程作为内部更好的方式去创建它的产品。在它的发布1.11的[官方博客中称][8]:“将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][a]
|
||||
译者:[geekpi](https://github.com/geekpi)
|
||||
校对:[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: http://www.infoworld.com/author/Serdar-Yegulalp/
|
||||
[1]: https://blog.docker.com/2016/04/docker-engine-1-11-runc/
|
||||
[2]: http://runc.io/
|
||||
[3]: https://containerd.tools/
|
||||
[4]: http://www.infoworld.com/resources/16373/application-virtualization/the-beginners-guide-to-docker#tk.ifw-infsb
|
||||
[5]: http://www.infoworld.com/newsletters/signup.html#tk.ifw-infsb
|
||||
[6]: http://www.infoworld.com/article/2876801/application-virtualization/docker-reorganization-grows-up.html
|
||||
[7]: https://github.com/opencontainers/runc/graphs/contributors
|
||||
[8]: https://blog.docker.com/2016/04/docker-engine-1-11-runc/
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user