文档章节

Linux基金会发起OCI(开放容器倡议)工程

openthings
 openthings
发布于 2016/12/12 09:29
字数 469
阅读 28
收藏 0

容器技术正在走向标准化,2015年由Linux基金会牵头发起OCI项目,制定相应的标准。Docker公司也参与其中,并捐献RunC项目作为OCI的运行时工具。目前,Docker 1.11及以后版本已经支持OCI了。

目前OCI开展的项目:

OCI(开放容器倡议)工程,官网:https://www.opencontainers.org/about

The Open Container Initiative (OCI) is a lightweight, open governance structure (project), formed under the auspices of the Linux Foundation, for the express purpose of creating open industry standards around container formats and runtime. The OCI was launched on June 22nd 2015.

The OCI currently contains two specifications: the Runtime Specification (runtime-spec) and the Image Specification (image-spec). The Runtime Specification outlines how to run a “filesystem bundle” that is unpacked on disk. At a high-level an OCI implementation would download an OCI Image then unpack that image into an OCI Runtime filesystem bundle. At this point the OCI Runtime Bundle would be run by an OCI Runtime.

This entire workflow should support the UX that users have come to expect from container engines like Docker and rkt: primarily, the ability to run an image with no additional arguments:

  • docker run example.com/org/app:v1.0.0
  • rkt run example.com/org/app,version=v1.0.0

To support this UX the OCI Image Format contains sufficient information to launch the application on the target platform (e.g. command, arguments, environment variables, etc). This specification defines how to create an OCI Image, which will generally be done by a build system, and output an image manifest, a filesystem serialization, and an image configuration. At a high level the image manifest contains metadata about the contents and dependencies of the image including the content-addressable identity of one or more filesystem serialization archives that will be unpacked to make up the final runnable filesystem. The image configuration includes information such as application arguments, environments, etc. The combination of the image manifest, image configuration, and one or more filesystem serializations is called the OCI Image.

Docker is donating its container format and runtime, runC, to the OCI to serve as the cornerstone of this new effort. It is available now at https://github.com/opencontainers/runc.

The Open Container Initiative is an open governance structure for the express purpose of creating open industry standards around container formats and runtime. Projects associated with the Open Container Initiative can be found at https://github.com/opencontainers and we recommend you get involved with the community athttps://www.opencontainers.org/community.

© 著作权归作者所有

共有 人打赏支持
openthings
粉丝 261
博文 972
码字总数 514168
作品 1
东城
架构师
看图秒懂 | 昨天才发布的容器新项目Kata到底能干啥?

导读 当前容器运行的最大支撑平台是私有云,也就是在私有云上的虚拟机中运行容器实例。一个虚拟机上可运行多个用户的、不同应用的容器实例,不同实例之间共享同一个虚拟机操作系统内核并采用...

lq1ns259ej3okyvk4jf
2017/12/07
0
0
Docker 最新融资 7500 万美元,抵御加剧的容器竞争

据外媒,为有效与市场上不断增加的容器和微型服务供应商展开竞争,容器供应商Docker Inc.最新筹集7500万美元的资金用于业务发展。 10月6日,Docker Inc.向美国证券交易委员会(SEC)披露了一...

达尔文
2017/10/17
2.7K
6
理清容器标准和基金会:OCI,CNCF,appc 和 rkt

在CoreOS,我们坚信开放的标准对于容器生态环境的成功至关重要。我们对于围绕着容器和云原生计算的标准和基金会所投入的大量工作感到非常兴奋,这也包括今天关于Open Container Intialtive(...

oschina
2015/12/21
1K
1
runC 1.0 发布候选版已公布

Open Container项目旗下的轻量级通用运行时容器runC最近公布了1.0发布候选版。runC是一种按照OCP规范生成和运行容器的CLI工具,代码已发布至GitHub。 容器技术逐渐受到用户和社区的欢迎,Lin...

oschina
2016/06/13
2.2K
3
拥有数百万全球用户的行业标准运行时方案Containerd迎来1.0通用版本

今天,我们兴奋地宣布,containerd(音为Con-Tay-Ner-D)作为行业标准容器解决方案构建运行时,已经正式迎来1.0版本。从去年12月Docker公司宣布推出这套核心运行时,到今年3月其CNCF接手此项...

m2l0zgssvc7r69efdtj
2017/12/06
0
0

没有更多内容

加载失败,请刷新页面

加载更多

Redis开发规范

一、键值设计 1.1 key名设计 (1)【建议】: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 (2)【建议】:简洁性 保证语义的前提下...

IT--小哥
3分钟前
0
0
crunch 練習

crunch 10 10 -t 09%%%%%%%% -o tw_mobile_number.lst

BaiyuanLab
18分钟前
0
0
Kafka技术资料总结(不断更新中)

1、Kafka实践:到底该不该把不同类型的消息放在同一个主题中 2、Kafka剖析系列: Kafka剖析(一):Kafka背景及架构介绍 Kafka设计解析(二):Kafka High Availability (上)...

九州暮云
今天
1
0
面向对象设计原则(OOP)

单一职责原则(Single responsibility principle)又称单一功能原则。它规定一个类应该只有一个发生变化的原因。 核心原则:低耦合,高内聚。 一个类,应该只有一个引起它变化的原因,也就是...

gackey
今天
4
0
C++ 锁

C++提供了两种常用的锁,std::lock_guard<Lockable &T>和std::unique_lock<Lockable &T>。通常使用场景下,这两个锁用法一致。即,在构造锁对象时上锁,在析构锁对象时解锁。使用户从上锁/解...

yepanl
今天
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部