【转】Open Container Initiative发布Roadmap,部分核心技术CoreOS被排除在外-阿里云开发者社区

开发者社区> 云原生> 正文
登录阅读全文

【转】Open Container Initiative发布Roadmap,部分核心技术CoreOS被排除在外

简介:

文章来自AlaudaCloud 小璐同学的翻译。原标题为:OCI正式发布Roadmap及技术管理模式。


今年6月的DockerCon上,Docker宣布了Open Container Initiative的成立。OCI意在业界一起合作,开发一个开放的、标准的容器格式和runtime,目前已经有43个公司参与进来,但是一直没有特别重大的发布,今天OCI发布了正式的技术管理模式,以及1.0的roadmap。也就是正式对外说:我们要开始干活啦!


640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


OCI也属于Linux基金会的协作项目,一直秉承着开放的模式来管理,其roadmap在GitHub上,大家都可以看到并参与进去:https://github.com/opencontainers/specs/blob/master/ROADMAP.md


OCI的技术管理模式如下:


  • Technical Developer Community(TDC):由9位核心的maintainer组成,他们负责管理这个项目,处理来自runtime和specification的release;

  • Technical Oversight Board (TOB):负责交叉项目和工作流的处理,计划在明年1月成立;

  • The Trademark Board每个OCI成员派出一位代表组成,负责OCI的认证。


作为OCI的发起人之一,Docker在6月份就贡献了容器标准和runtime的草案,以及相应的实现代码。自那之后,specification有2次发布,runc有6次发布。Docker会在下一个新版本发布时,集成最新的runc。


现在企业需要轻便、灵活、可以彼此协作的面向开发者和管理员的工具。容器技术满足了开发者和用户的这些需求,同时不用担心被基础设施,云服务商或者DevOps工具所绑定。容器技术将IT运营的可定制化和可扩展性都提升到了一个新的高度。OCI成员将共同遵守以下的价值观:


  • 可集成:所有下载、安装和运行容器的工具都应该是能够相互集成的且独立的;

  • 可移植:runtime的标准应该能跨硬件、操作系统和云环境;

  • 安全:隔离性应该是可插拔的,加密机制要保证镜像审计和应用一致性;

  • 分布式:容器镜像的发现应该简单化,并配备统一的namespace和分布式的索引;

  • 开放:大家共同制定标准和runtime,并确保代码开发驱动标准开发;

  • 最简化:OCI Specification追求最简化,确保稳定和最优的创新;

  • 反向兼容


当然也有唱反调的,比如一直和Docker相爱相杀的CoreOS,其实在OCI成立之前,CoreOS就在做类似的事情——App Container (appc) specification,但是没纠集这么多大佬,搞这么大阵仗,所以让Docker给占领了阵地。很明显,在一些核心技术上,CoreOS都被排除在外了。


640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云原生
使用钉钉扫一扫加入圈子
+ 订阅

云原生时代,是开发者最好的时代

其他文章