translating half ,save lhr

This commit is contained in:
lhr 2017-07-28 18:12:45 +08:00
parent 33dc749bc6
commit b52b9791c6

View File

@ -1,4 +1,3 @@
translating---LHRchina
CoreOS, OCI Unveil Controversial Open Container Industry Standard
============================================================
![coreos-oci-open-container-industry-standard](http://www.linuxinsider.com/article_images/story_graphics_xlarge/xl-2017-core-os-1.jpg)
@ -129,3 +128,100 @@ via: http://www.linuxinsider.com/story/84689.html
[11]:https://www.thoughtworks.com/
[12]:http://www.linuxinsider.com/story/84689.html?rss=1
[13]:http://www.linuxinsider.com/story/84689.html?rss=1
CoreOs , OCI(Open Container Initiative) 标准解开容器工业标准论战
[**在并购交易中保护你的智力资产完整**][12][][13]。Flexera 软件公司 提供卓越的技术尽职调查审计过程的实践和方案
[CoreOS][4] 和 [OCI标准][5] 本周三引入的镜像和运行时标准最大限度的参照了Docker的镜像规范技术
然而OCI模仿docker的de facto 平台的决定引发了一些问题。一些批评者提出来用另外的解决方案
CoreOs的CTO及OCI技术管理委员会主席Brandon Philips说 1.0版本 提供了应用容器的稳定标准产业领导者所创造的标准激发了OCI标准参与者创造出更深层的标准和创新。
他说OCI完成1.0版本意味着 OCI运行时规范和OCI镜像格式标准现在已经可以广泛使用。
进一步说明现在取得的成就将推动OCI社区稳固一个成长中的互操作插接式工具集市场
产业支持的标准将提供一种信心容器将被留存并且KubernetesKubernetes是Google开源的Docker容器集群管理系统用户将获得更进一步的支持
Philips告诉LinuxInsider:结果是相当不错的,证明过程已经开始.
### 合作和挑战
开放标准是容器生态系统取得成功的关键 最好的实现标准的方式是与社区协作。然而在1.0版本上达成共识所花费的时间超越了我们的的想象。
"早期,最大的挑战在于接受项目的发布模式及如何实施该项目",他追述道,”每个人都低估了项目所要花费的时间。“
合作者面对着和他们想做的不一致的预期,他说,但是在最近的一年前后,小组达到了他们的期望并且经历了更多的实验
### 追逐标准
CoreOS 官方在几年前就开始讨论这个想法:工业支持的开源容器镜像和运行时规范标准
早期的探索使我们认识到标准镜像格式的一致是决定性的。Phillips说
CoreOS和容器技术创造者[Docker][6] 在2015年6月宣布OCI的开始。合作起始于 21个工业领导者制定开源容器计划OCP作为一个旨在最低限度的云存储通用软件容器标准的非营利组织
联合包括容器业界的领导者Docker、微软、红帽、IBM、谷歌和linux基金会
OCI标准的目的是给予应用开发者高度的信心新的标准或者新的开发工具出现部署在容器上的软件仍然能够持续运转。这种信心必须同时满足所有私有和开源软件
工具和应用是私有还是开源的并没有什么关系。当标准开始应用产品会被设计成与任何容器配置相融合Philips说。
你需要刻意的超出人们写代码的功夫地努力去创造一个标准。它是一个额外的功夫。他补充道
作为合作的一部分Docker向OCP开源容器计划贡献出它的de facto 镜像格式标准技术。
它包括公司的容器格式、运行时代码和标准。建立开源容器首创镜像标准的工作起始于去年
标准的里程碑给予容器使用者开发、打包、签名应用容器的能力。他们也能够在各种容器引擎上运行容器Philips强调
### 唯一的选择?
[Pund-IT][7]的首席分析师Charles King注意到合作面临着两种实现标准的方式。第一种选择是汇集相同意向的人员来避免分歧从零开始建立标准但是合作者似乎不得不接受第二种方案采用一种强大的以市场为导向的平台作为一个有效的标准。
Docker对[Linux Foundation][8]linux基金会的贡献使OCI坚定的选择了第二种方案。但是那些关注于Docker的实现途径或者它的市场地位的人也许感觉应该有更好的选择。King对LinuxInsider讲述
事实上一个OCI成员--CoreOs --在开始的时候对该组织的总体方向进行了一些强烈的批评。拭目以待V1.0版本是否处理了那些关注点将是很有趣的事情
### 更快的路径
Docker已经被广泛的部署运行时实现是一个合适的基础。据[Cloud Technology Partners][9] 的高级副总裁David Linthicum所说Docker已经是一个de facto 标准
“我们很快就能实现这些很重要。但是前后的标准会议、处理政治因素等事情却是如此的浪费时间” 。他对LinuxInsider采访者说
但是现在没有跟好的选择他告诉LinuxInsider采访者
据RedHat公司的高级linux容器技术布道者Joe Brockmeier所说Docker的运行时是 runC 。 它是一种OCI标准标准的实现
因此runC 是一个合适的运行时标准的基础。它被广泛的接受并成为了大多数容器技术实现的基础
OCI是比Docker更进一步的标准。尽管Docker确实提交了OCI规范的基础的底层代码然而这一谱系就此停止并没真正的可行替代方案存在。
### 对接问题
Pund-IT的领导建议采用一种广泛使用的产业标准将简化和加速许多公司对容器技术的采纳和管理。也有可能一些关键的供应商将继续关注他们自己的专有容器技术
Docker的商业利益将如何影响其参与OCI的规模还有待观察
### 反对的观点
开放标准并不是在云部署中采用更多的容器的最终目标。[ThoughtWorks][11]的首席顾问Nic Cheneweth 主张。更好的的方法是查看IT行业的服务器虚拟化部分的影响