容器引擎除了 Docker 之外还有哪些?

容器引擎可以基本分为两类：

一类是负责镜像和容器资源的管理，但不直接启动容器，它们依赖底层容器运行时来执行启动操作，典型代表有 Docker、Containerd、Podman、LXD、CRI-O 等；另一类直接与内核进行交互，负责容器的创建和销毁，典型代表有 runc、Kata Containers、gVisor、LXC、rkt 等。这两类工具在容器生态系统中各有其特点和优势，可根据需求和场景做出选择。

1. Containerd

Containerd 是一个面向容器的守护进程，最初由 Docker 开发并捐赠给 CNCF（Cloud Native Computing Foundation）。它专注于运行时功能，是一个标准化的容器运行时，为容器提供基本的管理功能。Kubernetes等平台使用 Containerd 作为底层容器运行时。

2. CRI-O

CRI-O 是一个轻量级的容器运行时实现，专门为 Kubernetes 提供支持。它遵循 Open Container Initiative（OCI）规范，提供了符合 Kubernetes Container Runtime Interface（CRI）的接口，用于创建和运行容器。

3. rkt（Rocket）

rkt 是由 CoreOS 开发的另一个容器引擎，旨在提供更简单、更安全的容器运行环境。它支持多种容器格式，并具有内置的安全功能和对多租户的支持。

4. Podman

Podman 是一个用于管理和运行 OCI 容器和容器镜像的工具。与 Docker 不同，Podman 不需要守护进程（daemon），因此更轻量，支持用户和系统级容器，并提供与 Docker 兼容的命令行接口。

5. LXC（Linux Containers）

LXC 是一个基于 Linux 内核的容器化技术，它是传统 Linux 容器的实现。LXC 提供了一个用户友好的接口，用于创建和管理系统级容器。

6. OpenVZ

OpenVZ 是一种基于 Linux 内核的虚拟化技术，它使用容器化来创建系统级虚拟化的环境。它支持高密度容器化，但与传统容器化有所不同。

7. cri-containerd

cri-containerd 是 Kubernetes CRI 插件，它将 Containerd 与 Kubernetes 集成，提供了符合 CRI 规范的容器运行时接口。

这些容器引擎提供了不同的特性和适用场景，其中一些专注于容器运行时的管理和运维，而其他一些更专注于轻量级、安全性或特定平台的支持。选择合适的容器引擎取决于项目需求、安全性需求、运维体验和容器生态系统的需求。虽然 Docker 是最为流行的容器引擎之一，但这些替代方案在不同的场景下可能更加适用和有优势。