返回

容器生态周报 | containerd v1.3 正式发布，首次毕业亮相大显身手

见解分享

containerd v1.3 正式发布，携程毕业大显身手

在上个主版本（v1.2.0）后经过 11 个月的打磨，我们终于迎来了 containerd v1.3.0 的发布，当然这个版本也是 containerd 自 CNCF 毕业后的首个主版本。（关于 containerd 毕业的信息可参考我之前的文章） 在三周前 containerd v1.3.0-rc.0 发布后，这次正是这个版本在没有发现任何问题后顺势而出的结果。

新增

containerd.io 域名的重新启用

众所周知，在很久之前，containerd 使用的是 containerd.io 作为镜像仓库的域名。但是因为一些复杂的原因导致容器仓库重定向至了 quay.io，而这个仓库一直持续到 v1.2 版本。现在终于在最新的 1.3 版本中，containerd 重新开始使用 containerd.io 了。

新特性：snapshotter 扩展接口 v2

containerd.io 这个域名的重新启用背后还有一个很重要的原因，那就是 containerd 的 snapshotter 扩展接口版本 2。这个新接口支持了从各个不同的 containerd 存储的后端导出快照到一个统一的镜像仓库中。而且不同后端之间也支持互相转换，可以极大程度的提高存储的使用率，并方便开发者迁移。

Checkpoint/Restore 支持

从 v1.3 开始，containerd 支持了在容器处于运行时状态时，通过创建一个快照导出该容器的状态，然后在以后需要的时候通过快照恢复容器的状态并重新运行。通过这样的机制，用户就可以非常方便的将处于运行中的容器保存下来以应对各种意外情况。

Runc Sandbox CLI 工具

这个工具提供了在 Linux 下创建和操作运行时沙盒的能力。值得注意的是，这个沙盒并不会在容器中运行，而是在容器进程的外部，所以并不会消耗额外的资源。而用户可以使用这个沙盒来创建一个安全、隔离的运行时环境。

弃用

容器 RootFS 压缩

containerd v1.3 开始不再支持容器 RootFS 的压缩了，因为 RootFS 压缩并没有带来明显的优势，而且还带来了一定的复杂性和性能开销。

Google Cloud 存储后端

由于 Google Cloud 存储后端的问题频发，并且用户抱怨较多，从 v1.3 开始就不再默认启用 Google Cloud 存储后端了，但是依然可以通过显式配置的方式启用。

升级到 containerd v1.3

containerd v1.3.0 目前已经可以在 GitHub 上获取到，使用到的最小 Go 版本是 v1.18. 用户可以通过阅读文档进行升级。

结语

总体而言，containerd v1.3.0 是一个非常值得期待的版本，带来了很多非常有用的新特性，并且也弃用了部分功能，让 containerd 变得更加精简和高效。如果您目前正在使用 containerd，强烈建议您升级到 v1.3.0 版本，以体验这些新特性。

更多文章