共计 1105 个字符，预计需要花费 3 分钟才能阅读完成。
1. 背景
Kubernetes 在 v1.20.0-rc.0 版本中弃用了 kubelet 中对 Docker 引擎的反对，对于 dockershim 也将在下个版本中弃用。
2. 如何应答？
对于 Kubernetes 的最终用户，此次调整并不会有太大影响，Docker 能够持续构建容器镜像，这些镜像也可能在 Kubernetes 集群中失常运行。
如果不想被 Docker 绑定，能够跟着 Kubernetes 社区的技术栈生态应用 OCI 兼容的客户端。
2.1 什么是 OCI?
OCI（Open Container Initiative）是 Linux 基金会我的项目为容器设计的规范。它定义了运行容器时所须要遵循的镜像标准和运行时标准。
Docker 是该项目标成员，它应用 OCI 标准，并且扩大了额定的镜像 layout 和不同的运行时行为。
但也就意味着 Docker 不再一家独大，遵循该规范的其余实现也能够沉闷在 Kubernetes 舞台上，例如 兼容 OCI 的运行时 runc, 和轻量级的 cri-o，以及以平安著称的 rkt。
OCI 镜像特点：
- 和 Docker 镜像相似，蕴含 manifest file, config layer, data layers
- OCI 的 media type 和 Docker 不同
- Artifactory 将 OCI 镜像的 media type 存储在 manifest file 的属性页面上。
- Artifactory 反对 OCI 的索引
2.2 Artifactory 的新版本反对 OCI 镜像治理
Artifactory 7.11 版本中，Artifactory 视 OCI 镜像和 Docker 为等同的内容，你能够应用 兼容 OCI 的客户端推送 OCI 镜像到 Artifactory。
你的 OCI 镜像能够间接被推送到 Artifactory – 不须要通过 Docker 客户端推送。罕用的 OCI 客户端能够应用：
containerd(ctr) – CNCF 我的项目
podman – 一个开源的 Pod manage 我的项目。
Docker.
2.3 Helm 3 反对
Artifactory Helm registries 当初也反对了 Helm 3 客户端.
Helm 3 提供了多项改良，蕴含的去除了 Tiller server，并且提供了更加成熟的合并 patch 的机制。同时 Helm 3 把之前的 requirements.yaml 合并到了 chart.yaml.
- 开始试用 Artifactory
https://www.jfrogchina.com/artifactory/free-trial/
如果你还没有开始应用 Artifactory，能够从这里进行下载收费 30 天的试用，有任何问题能够通过微信公众号后盾分割咱们，或者发邮件到 info@jfrogchina.com. 谢谢！
