OCI on 断念梦的站点

OCI

Mon, 01 Jan 0001 00:00:00 +0000

概述

参考：

OCI 官网

GitHub 组织，OpenContainers

segmentfault，《走进 docker》系列文章

Open Containers Initiative(开放容器倡议，简称 OCI) 是一个轻量级的，开放的治理结构（项目），由 Linux Foundation 主持成立，其明确目的是围绕 Container 镜像格式和运行时创建开放的行业标准。OCI 由 Docker，CoreOS 和其他容器行业领导者于 2015 年 6 月 22 日启动。

OCI 公有如下几个个规范：

一开始有两个

Image-spec(镜像规范) # 容器镜像所包含的内容以及格式都遵循统一的格式标准，由 OCI 负责维护
- OCI Image 规范
Runtime-spec(运行时规范) # 容器运行时的内容以及格式都遵循统一的格式标准，由 OCI 负责维护
- OCI Runtime 规范

后来新加的一个

Distribution-spec(分发规范) #

在所有企业、各人在构建镜像、运行容器时，都应该遵守 OCI 标准，比如想用 docker 工具构建一个镜像，那么构建出来的镜像规范，必须符合 OCI 标准。其他类似 docker 的工具同理。如果想自己开发一个构建镜像的工具或者运行容器的运行时，都需要符合 OCI 的标准。这样大家都遵守同一套规范，才有利于技术的发展。

OCI Image 规范

Mon, 01 Jan 0001 00:00:00 +0000

概述

参考：

GitHub 项目，opencontainers/image-spec/spec.md

思否大佬

https://mp.weixin.qq.com/s/8wAv87DkJjE6fVEEmoQ60Q

https://blog.k8s.li/Exploring-container-image.html

OCI Image 规范的目的，是为了让其他人按照规范创建交互工具，这个工具应该可以 building(构建)、transporting(传输)、running(运行) 一个容器镜像。

一个 OCI Image 应该由一个 Image Manifest、一个 Image Index(可选)、一组文件系统层、一个配置文件组成。

本质上，镜像的每一层就是一个一个的 tar.gz 的文件，当各种容器工具 pull 镜像时，会根据各种元数据文件，获取到这些 tar.gz 文件，下载到本地，并根据自身的实现解压他们。

OCI Image 规范的组件

前文所描述的组成 OCI Image 规范的多个组成部分，又被细分为如下 Components(组件)：

Image Layout # 镜像内容的文件系统布局。说白了，镜像的主要内容就在这里。
- Image Manifest # 描述构成容器镜像所具有的组件的文件。比如这个镜像有哪些 layer，额外的 annotation 信息。manifest 文件中保存了很多和当前平台有关的信息
- Image Configuration # 一个文档，该文档确定适用于转换为 runtime bundle 运行时包的映像的层顺序和配置。保存了文件系统的层级信息（每个层级的 hash 值，以及历史信息），以及容器运行时需要的一些信息（比如环境变量、工作目录、命令参数、mount 列表），指定了镜像在某个特定平台和系统的配置。比较接近我们使用 docker inspect 看到的内容
- Image Index # 带注释的图像清单索引。指向不同平台的 manifest 文件，这个文件能保证一个镜像可以跨平台使用，每个平台拥有不同的 manifest 文件，使用 index 作为索引
- Filesystem Layer changeset # 描述容器文件系统的变更集。以 layer 保存的文件系统，每个 layer 保存了和上层之间变化的部分，layer 应该保存哪些文件，怎么表示增加、修改和删除的文件等
Conversion # 描述此翻译应如何发生。a document describing how this translation should occur
Descriptor # 描述所引用内容的类型，元数据和内容地址的引用。a reference that describes the type, metadata and content address of referenced content

Future versions of this specification may include the following OPTIONAL features:

OCI Runtime 规范

Mon, 01 Jan 0001 00:00:00 +0000

概述

参考：

GitHub 项目，opencontainers/runtime-spec/spec.md

GitHub 项目，opencontainers/runtime-tools

思否大佬

OCI Runtime 规范用来指定一个 Container 的配置、执行环境和生命周期。

容器的配置被指定为 config.json ，并详细说明了可以创建容器的字段。指定执行环境是为了确保容器内运行的应用程序在运行时之间具有一致的环境，以及为容器的生命周期定义的常见操作。

由于容器运行起来，需要一个运行环境，比如是运行在 linux 上、还是 windows 上；所以，OCI Runtime 标准，会根据不同的平台，制定不同的规范。现阶段有 4 中平台规范。这点是根 OCI Image 规范不太一样的地方。

linux：runtime.md，config.md，config-linux.md 和 runtime-linux.md。
solaris：runtime.md，config.md 和 config-solaris.md。
windows：runtime.md，config.md 和 config-windows.md。
vm：runtime.md，config.md 和 config-vm.md。

由于我们日常使用 linux，所以下面就只研究 linux 平台的 OCI Runtime 规范

runtime 规范有如下几个，所有人必须遵守该规范来使用 runtime ：

Filesystem Bundle # 文件系统捆绑。bundle 是以某种方式组织的一组文件，包含了容器所需要的所有信息，有了这个 bundle 后，符合 runtime 标准的程序(e.g.runc)就可以根据 bundle 启动容器了(哪怕没有 docker，也可以启动一个容器)。
Runtime and Lifecycle # 使用一个 runtime 创建的容器实体必须能够对同一容器使用本规范中定义的操作。
- Linux-specific Runtime and Lifecycle # 这是关于 linux 平台的 Runtime 与 Lifecycle
Configuration # Configuration 包含对容器执行标准操作(比如 create、start、stop 等)所必须的元数据。这包括要运行的过程、要注入的环境变量、要使用的沙盒功能等等。不同平台(linux、window 等)，有不同的规范。
- Linux-specific configuration # 这是关于 linux 平台的 Configuration

Filesystem Bundle

官方详解：https://github.com/opencontainers/runtime-spec/blob/master/bundle.md