Twitter上 Docker和社区就容器格式标准化争论不休
2023-09-27 14:27:26 时间
本文讲的是Twitter上 Docker和社区就容器格式标准化争论不休【编者的话】Docker的容器镜像是否应该完全标准化?Docker是否应该在公开定义的标准化革新上退缩?这是最近Twitter上, Google公司的首席布道师Kelsey Hightower和Docker创始人 Solomon Hykes之间激烈争论的话题。
本文讲的是Twitter上 Docker和社区就容器格式标准化争论不休【编者的话】Docker的容器镜像是否应该完全标准化?Docker是否应该在公开定义的标准化革新上退缩?这是最近Twitter上, Google公司的首席布道师Kelsey Hightower和Docker创始人 Solomon Hykes之间激烈争论的话题。
Hightower 希望Docker的镜像格式是完全标准化的,这样 各个公司包括Docker自己,可以在标准定义之上构建附加的功能。而Hykes在全标准化上非常犹豫,他认为标准化格式太新颖革新太超前。
争论的焦点集中在Docker应当贡献多少容器技术给(OCI),创建一个厂商中立的容器镜像及运行定义。镜像可以是包或者容器本身,附带上应用。运行引擎用来运行容器,提供下层OS的功能支持。
最近Apache Mesos 版本1的发布也拉开了争论的序幕,当时Hightower在产品发布后评论道:哪个厂家愿意第一个发布用于运行Docker容器的第三方软件(他后续发表说Joyent就是第一个)。
他在Twitter上争论的是:理论上运行容器镜像应该不受限于任何运行环境。他写到:“Docker镜像格式在容器业中已成为一个伟大的统一,若Docker能在任何环境下运行,将发挥其最大的潜能“。
Hykes 插话道,在一系列推文中第三方公司声明支持的Docker容器格式都仅仅支持全量功能的一部分,用户若使用这些第三方软件,则会错失一些功能。
Hykes 反驳道OCI的容器格式是个“伪标准”,最多也只能算作一个中间格式。对于Hightower而言,这些话是最令他惊讶不已的坦言。Hykes认为:Docker已经完成了支持OCI的工作,并已经发布,而Docker版本的迭代速度如此之快,以至于标准化的革新将减缓。
这样的回应令Hightower非常失望,他在Twitter上发布评论:“我本来非常坚信Docker可以将容器技术普及化,但是令人担忧的是一个人想要控制整个趋势。”
问题是第三方厂商构建在Docker上的工作是基于不完整规范的。
“对于大部分Docker的应用者,并不需要所有的特性,如服务发现,集群管理等很多特性均不必须。这时的Docker 就像是公共特性。”Hightower 在Cloudcast的播客采访中回答道:“ 所有有趣的事都构建在上面”。
尽管Hightower 声明并不站在他雇主的立场上发表言论。然而他本身就是Google一系列开源技术的布道师,包括 Go 语言和 Kubernetes(一个支持Docker格式的容器编排工具)。Google发布Kubernetes 是为了鼓励容器的大规模应用,归因于Google想推广Google自有基于Kubernetes和基于容器的云平台。
Cloudcast 的老板Brian Gracely 警示大家,要参考过去的教训:若Docker过于控制镜像格式,会同当年VMWare过于控制虚拟机格式的后果一样,限制第三方仅支持辅助功能,在OVF已经完成的那些VM格式标准化工作,到目前为止都未得到广泛的应用。
Hightower 在播客中说:“这件让大家都打包APP入Docker的事,之所以没有其他的平台愿意构建镜像定义或者容器运行环境的原因是,我们信任Docker和OCI可以做到,若我们可以号召90%的人来参与,那么就可以所有人来讨论对那10%要做些什么,以及那10%是什么。”
这些不确定性因素不利于容器格式的标准化,企业应用也会随之停滞。
当然这也并不是个新话题,去年CoreOS CEO Alex Polvi曾公开表达,OCI的镜像的定义过于狭隘。红帽的首席软件工程师今年在TNS 播客OSCON 上也发表过类似的评论。而Docker并未立刻就评论做出回应。
Docker的容器管理 docker run 等于创建+启动 docker run 镜像名,如果镜像不存在本地,则会在线去下载该镜像。 注意:容器内的进程必须处于前台运行状态,否则容器就会直接退出,自己部署一个容器运行,命令不得后台运行,前台运行即可。 如果容器内,什么事也没做,容器也会挂掉。容器内,必须有一个进程在前台运行。 我们运行nginx基础镜像,没有运行任何程序,因此容器直接挂掉 docker run nginx
容器技术-Docker的优点 当产品运行在内部的虚拟化平台中,如openstack,也就是KVM虚拟化,创建虚拟机,但是不断增加的云端应用,增加了对硬件资源的消耗,不断的创建虚拟机,消耗了大量的硬件资源。 那么如何高效的利用硬件资源实现云服务呢
本文讲的是Twitter上 Docker和社区就容器格式标准化争论不休【编者的话】Docker的容器镜像是否应该完全标准化?Docker是否应该在公开定义的标准化革新上退缩?这是最近Twitter上, Google公司的首席布道师Kelsey Hightower和Docker创始人 Solomon Hykes之间激烈争论的话题。
Hightower 希望Docker的镜像格式是完全标准化的,这样 各个公司包括Docker自己,可以在标准定义之上构建附加的功能。而Hykes在全标准化上非常犹豫,他认为标准化格式太新颖革新太超前。
争论的焦点集中在Docker应当贡献多少容器技术给(OCI),创建一个厂商中立的容器镜像及运行定义。镜像可以是包或者容器本身,附带上应用。运行引擎用来运行容器,提供下层OS的功能支持。
最近Apache Mesos 版本1的发布也拉开了争论的序幕,当时Hightower在产品发布后评论道:哪个厂家愿意第一个发布用于运行Docker容器的第三方软件(他后续发表说Joyent就是第一个)。
他在Twitter上争论的是:理论上运行容器镜像应该不受限于任何运行环境。他写到:“Docker镜像格式在容器业中已成为一个伟大的统一,若Docker能在任何环境下运行,将发挥其最大的潜能“。
Hykes 插话道,在一系列推文中第三方公司声明支持的Docker容器格式都仅仅支持全量功能的一部分,用户若使用这些第三方软件,则会错失一些功能。
![1.png 1.png](http://dockerone.com/uploads/article/20161106/733f225f4494a12eca8882833150a28c.png)
Hykes 反驳道OCI的容器格式是个“伪标准”,最多也只能算作一个中间格式。对于Hightower而言,这些话是最令他惊讶不已的坦言。Hykes认为:Docker已经完成了支持OCI的工作,并已经发布,而Docker版本的迭代速度如此之快,以至于标准化的革新将减缓。
![2.png 2.png](http://dockerone.com/uploads/article/20161106/2d2b17abef710472524fb099340cf9c4.png)
![3.png 3.png](http://dockerone.com/uploads/article/20161106/242aab30b7e164519fdb4550a73b78b5.png)
![4.png 4.png](http://dockerone.com/uploads/article/20161106/83546bf605d0774b8e27bc6c3ed4d8a1.png)
这样的回应令Hightower非常失望,他在Twitter上发布评论:“我本来非常坚信Docker可以将容器技术普及化,但是令人担忧的是一个人想要控制整个趋势。”
问题是第三方厂商构建在Docker上的工作是基于不完整规范的。
“对于大部分Docker的应用者,并不需要所有的特性,如服务发现,集群管理等很多特性均不必须。这时的Docker 就像是公共特性。”Hightower 在Cloudcast的播客采访中回答道:“ 所有有趣的事都构建在上面”。
尽管Hightower 声明并不站在他雇主的立场上发表言论。然而他本身就是Google一系列开源技术的布道师,包括 Go 语言和 Kubernetes(一个支持Docker格式的容器编排工具)。Google发布Kubernetes 是为了鼓励容器的大规模应用,归因于Google想推广Google自有基于Kubernetes和基于容器的云平台。
Cloudcast 的老板Brian Gracely 警示大家,要参考过去的教训:若Docker过于控制镜像格式,会同当年VMWare过于控制虚拟机格式的后果一样,限制第三方仅支持辅助功能,在OVF已经完成的那些VM格式标准化工作,到目前为止都未得到广泛的应用。
Hightower 在播客中说:“这件让大家都打包APP入Docker的事,之所以没有其他的平台愿意构建镜像定义或者容器运行环境的原因是,我们信任Docker和OCI可以做到,若我们可以号召90%的人来参与,那么就可以所有人来讨论对那10%要做些什么,以及那10%是什么。”
这些不确定性因素不利于容器格式的标准化,企业应用也会随之停滞。
当然这也并不是个新话题,去年CoreOS CEO Alex Polvi曾公开表达,OCI的镜像的定义过于狭隘。红帽的首席软件工程师今年在TNS 播客OSCON 上也发表过类似的评论。而Docker并未立刻就评论做出回应。
原文链接:Container Format Dispute on Twitter Shows Disparities Between Docker and the Community(翻译:Chilly)
原文发布时间为:2016-11-06
本文作者:Chilly
本文来自云栖社区合作伙伴Dockerone.io,了解相关信息可以关注Dockerone.io。
原文标题:Twitter上 Docker和社区就容器格式标准化争论不休
Docker的容器管理 docker run 等于创建+启动 docker run 镜像名,如果镜像不存在本地,则会在线去下载该镜像。 注意:容器内的进程必须处于前台运行状态,否则容器就会直接退出,自己部署一个容器运行,命令不得后台运行,前台运行即可。 如果容器内,什么事也没做,容器也会挂掉。容器内,必须有一个进程在前台运行。 我们运行nginx基础镜像,没有运行任何程序,因此容器直接挂掉 docker run nginx
容器技术-Docker的优点 当产品运行在内部的虚拟化平台中,如openstack,也就是KVM虚拟化,创建虚拟机,但是不断增加的云端应用,增加了对硬件资源的消耗,不断的创建虚拟机,消耗了大量的硬件资源。 那么如何高效的利用硬件资源实现云服务呢
相关文章
- Docker一个优秀的应用容器
- Docker容器进入的4种方式
- 基于Docker搭建MySQL主从复制
- Java架构师-容器化(一):服务容器化技术-Docker、Cloud Foundry
- [轻笔记]删除所有docker镜像与容器
- Rocket 要以硬件隔离引潮流,Docker说” NO”
- oppoJava面试!docker开机启动容器内程序
- 学习指南!容器技术docker书
- Docker学习笔记之运行和管理容器
- Kubernetes Dashboard - 每天5分钟玩转 Docker 容器技术(173)
- 查看 Secret - 每天5分钟玩转 Docker 容器技术(156)
- 读懂 Deployment YAML - 每天5分钟玩转 Docker 容器技术(125)
- Kubernetes 架构(上)- 每天5分钟玩转 Docker 容器技术(120)
- 一张表搞懂各种 Docker 监控方案 - 每天5分钟玩转 Docker 容器技术(86)
- Data Volume 之 bind mount - 每天5分钟玩转 Docker 容器技术(39)
- HPE和Docker合作容器化数据中心 各取所需
- 【云计算】Docker容器时间同步如何配置?
- docker-compose无法启动,报错: Cannot open self /usr/local/bin/docker-compose or archive /usr/local/bin/dock
- docker删除所有服务service,停止并删除所有容器container
- Docker 容器跨主机多网段通信解决方案
- Docker 容器
- docker容器设置时区的几种方式
- 如何通过 SSH 连接到 Docker 容器
- 如何在正在运行的 Docker 容器上运行命令
- 轻松使用Docker容器运行Metasploit框架轻松使用Docker容器运行Metasploit框架
- docker compose
- 【区块链】DOCKER部署量子链私有网络环境以及部署智能合约实践