Docker Desktop 推动了容器技术的普及，但随着版本迭代，它变得越来越臃肿：占用大量系统资源，空闲时也要消耗数 GB 内存。社区随后出现了 Colima、OrbStack 等替代品，其中 OrbStack 凭借轻量和速度赢得了不少用户。最近，新的开源项目 Kiri 出现在 GitHub 上：它用 Rust 编写，定位是小巧、快速的容器运行时，并给出了与 Docker Desktop、OrbStack 对比的官方基准数据。
Kiri 是什么
Kiri 的名字来自伊博语（Igbo）的「ntakịrị」，意思是「小巧」，正好呼应它的定位。它面向 macOS、Windows 和 Linux，自带原生图形界面：可以通过可视化窗口管理容器、镜像、数据卷和网络；最新版本还内置了支持多标签页和分屏的终端面板，并提供菜单栏图标。
官方基准数据
官方在相同环境下做了一组基准测试：运行 `alpine echo hello` 并删除容器，中位耗时如下：
Docker Desktop：213 毫秒；OrbStack：380 毫秒；Kiri（经 Docker Engine API 调用）：2.5 毫秒。
按这组数据计算，Kiri 比 Docker Desktop 快了近 80 倍。除速度之外，Kiri 的守护进程常驻内存约 15 MB；闲置 60 秒后，底层虚拟机会自动休眠，停止消耗资源，再次唤醒只需 0.15 秒。
兼容现有 Docker 工具链
Kiri 完整支持 Docker Engine API，现有的 docker CLI、Docker Compose、buildx 无需修改任何配置即可继续使用。迁移也只需一条命令：`kiri import` 会把 OrbStack 或 Docker Desktop 里的镜像、数据卷和容器迁移过来。Apple Silicon 用户可以通过 Rosetta 运行 amd64 镜像，不用担心架构兼容问题。
本地域名与 HTTPS
本地测试 Web 项目通常要处理端口映射或修改 /etc/hosts，HTTPS 证书的配置尤其麻烦。Kiri 内置了这套能力：自动为容器分配 `http://
一行命令启动 Kubernetes
需要本地 Kubernetes 环境时，执行 `kiri k8s start` 就能启动一个单节点 Kubernetes 集群，并自动配置好 kiri 的 kubectl 上下文，省去安装 Minikube 或 Kind 的步骤。
精简的架构
Kiri 的底层没有 runc、containerd，也没有 dockerd。它采用定制的极简 Linux 内核，体积约 10 MB；虚拟机启动后，PID 1 是一个约 900 KB 的 Rust 代理程序（Guest Agent）。执行 `docker run` 时，Docker CLI 通过 Docker Engine API 将请求发给 Kiri 守护进程，守护进程经 vsock 直接与虚拟机里的 Rust 代理通信；代理收到指令后调用系统级 clone3 创建 Namespace 和 cgroup，容器随之创建完成。调用链上没有中间层，因此延迟只有毫秒级。
平台支持与路线图
Kiri 目前支持 macOS 14+（Intel 与 Apple 芯片）、Windows 10/11（基于 WSL 2）以及主流 Linux 发行版。
路线图中，内置 Builder 正在开发：未来 Kiri 将接管 Docker 的构建端点，BuildKit 构建将获得 host-gateway 支持，构建出的镜像也能零延迟直接加载进 Kiri。
试一试
Kiri 以 Apache-2.0 协议开源，官网为 runkiri.com，源码在 GitHub 的 libracoder/kiri 仓库。如果你的本地开发环境被 Docker Desktop 拖慢，可以从官网下载体验，再用 `kiri import` 把现有环境迁移过来，对比一下启动速度和内存占用。
文章评论