document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2025-01-10 22:21:11 +08:00
Code Issues Packages Projects Releases Wiki Activity

Update 20210901 What are container runtimes.md

Browse Source
This commit is contained in:
SamMa 2021-09-10 09:23:35 +08:00 committed by GitHub
parent a7887972e0
commit 73af52b692
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 19 additions and 19 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

38
translated/tech/20210901 What are container runtimes.md
View File

@ -3,41 +3,41 @@
[#]: author: "Nived V https://opensource.com/users/nivedv"
[#]: collector: "lujun9972"
[#]: translator: "geekpi"
[#]: reviewer: " "
[#]: reviewer: "turbokernel"
[#]: publisher: " "
[#]: url: " "
什么是容器运行时？
======
深入了解容器运行时，你就可以理解容器环境是如何建立的。
通过深入了解容器运行时，理解容器环境是如何建立的。
![Ships at sea on the web][1]
在对[容器镜像][2]的检查中，我讨论了容器的基本原理，但现在是时候深入研究容器运行时了，这样你就可以了解容器环境是如何构建的。本文的部分信息摘自 Open Container Initiative (OCI)（容器的开放标准）的[官方文档][3]，所以无论你的容器引擎如何，这些信息都是相关的。
在检查[容器镜像][2]时，我讨论了容器的基本原理，但现在是深入研究容器运行时的时候了，从而了解容器环境是如何构建的。本文的部分信息摘自 Open Container Initiative (OCI)（容器的开放标准）的[官方文档][3]，所以无论使用何种容器引擎，这些信息都是贯通的。
### 容器运行机制
那么，当你运行 `podman run` 或 `docker run` 命令时，在后台到底发生了什么？这里为你提供一个逐步的概述：
那么，当你运行 `podman run` 或 `docker run` 命令时，在后台到底发生了什么？一个分步的概述如下：
1. 如果本地没有镜像，则从镜像注册处拉取镜像
2. 镜像被提取到一个写时拷贝的文件系统上，所有的容器层相互叠加以创建一个合并的文件系统
3. 准备一个容器挂载点
1. 如果本地没有镜像，则从镜像仓库拉取镜像
2. 镜像被提取到一个写时拷贝的文件系统上，所有的容器层相互叠加以形成一个合并的文件系统
3. 为容器准备一个挂载点
4. 从容器镜像中设置元数据，包括诸如覆盖 CMD、来自用户输入的 ENTRYPOINT、设置 SECCOMP 规则等设置，以确保容器按预期运行
5. 提醒内核为该容器分配某种隔离，如进程、网络和文件系统（命名空间）
6. 内核还被提醒为这个容器分配一些资源限制，如 CPU 或内存限制（cgroups）
7. 一个系统调用（syscall）被传递给内核以启动容器
6. 提醒内核为改容器分配一些资源限制，如 CPU 或内存限制（cgroups）
7. 传递一个系统调用（syscall）给内核用于启动容器
8. 设置 SELinux/AppArmor
容器运行时负责上述所有的工作。当我们想到容器运行时，想到的可能是 runc、lxc、containerd、rkt、cri-o 等等。嗯，你没有错。这些都是容器引擎和容器运行时，每一种都是为不同的情况建立的。
容器运行时负责上述所有的工作。当我们提及容器运行时，想到的可能是 runc、lxc、containerd、rkt、cri-o 等等。嗯，你没有错。这些都是容器引擎和容器运行时，每一种都是为不同的情况建立的。
_容器运行时_更侧重于运行容器，为容器设置命名空间和 cgroups，也被称为底层容器运行时。高层的容器运行时或容器引擎专注于格式、解包、管理和镜像共享。它们还为开发者提供 API。
### Open Container Initiative （OCI）
Open Container Initiative（OCI）是一个 Linux 基金会项目。其目的是设计某些开放标准或围绕如何与容器运行时和容器镜像格式工作的结构。它是由 Docker、rkt、CoreOS 和其他行业领导者于 2015 年 6 月建立的。
Open Container Initiative（OCI）是一个 Linux 项目基金会。其目的是设计某些开放标准或围绕如何与容器运行时和容器镜像格式工作的结构。它是由 Docker、rkt、CoreOS 和其他行业领导者于 2015 年 6 月建立的。
它使用两个规范来做这件事：
它通过两个规范来完成如下任务：
#### 1\. 镜像规范（image-spec）
@ -47,9 +47,9 @@ Open Container Initiative（OCI）是一个 Linux 基金会项目。其目的是
* [Image Manifest][4] — 一个描述构成容器镜像的元素的文件
* [Image Index][5] — 镜像清单的注释索引
* [Image Layout][6] — 一个代表镜像内容的文件系统布局
* [Image Layout][6] — 一个镜像内容的文件系统布局
* [Filesystem Layer][7] — 一个描述容器文件系统的变化集
* [Image Configuration][8] — 确定镜像层排序和配置的文件，适合转换成[运行时包][9]。
* [Image Configuration][8] — 确定镜像层顺序和配置的文件，适合转换成[运行时包][9]。
* [Conversion][10] — 解释应该如何进行转换的文件
* [Descriptor][11] — 一个描述被引用内容的类型、元数据和内容地址的参考资料
@ -57,13 +57,13 @@ Open Container Initiative（OCI）是一个 Linux 基金会项目。其目的是
#### 2\. 运行时规范（runtime-spec）
该规范旨在定义容器的配置、执行环境和生命周期。config.json 文件为所有支持的平台提供了容器配置，并详细说明了能够创建容器的地方。执行环境与为容器的生命周期定义的通用操作一起被详细说明，以确保在容器内运行的应用在不同的运行时之间有一个一致的环境。
该规范用于定义容器的配置、执行环境和生命周期。config.json 文件为所有支持的平台提供了容器配置，并详细说明了能够创建容器的地方。执行环境与为容器的生命周期定义的通用操作一起被详细说明，以确保在容器内运行的应用在不同的运行时之间有一个一致的环境。
Linux 容器规范使用了各种内核功能，包括命名空间、cgroups、capabilities、LSM 和文件系统监牢来实现该规范。
Linux 容器规范各种内核功能的使用，包括命名空间、cgroups、capabilities、LSM 和文件系统隔离来实现该规范。
### 现在你知道了
### 小结
容器运行时是由 OCI 规范管理的，以提供一致性和互操作性。许多人在使用容器时不需要了解它们是如何工作的，但当你需要排除故障或优化使用方法时，了解容器是一个宝贵的优势。
容器运行时是通过 OCI 规范管理的，以提供一致性和互操作性。许多人在使用容器时不需要了解它们是如何工作的，但当你需要排除故障或优化时，了解容器是一个宝贵的优势。
* * *
@ -76,7 +76,7 @@ via: https://opensource.com/article/21/9/container-runtimes
作者：[Nived V][a]
选题：[lujun9972][b]
译者：[geekpi](https://github.com/geekpi)
校对：[校对者ID](https://github.com/校对者ID)
校对：[turbokernel](https://github.com/turbokernel)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出