Kubernetes 弃用 Docker，Artifactory 新版本已经支持 OCI 镜像

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 镜像特色：
3. 和 Docker 镜像相似，包含 manifest file, config layer, data layers
4. OCI 的 media type 和 Docker 不一样
5. Artifactory 将 OCI 镜像的media type 存储在 manifest file 的属性页面上。
6. 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.
7. 开始试用 Artifactory
   https://www.jfrogchina.com/artifactory/free-trial/若是你尚未开始使用 Artifactory，能够从这里进行下载免费 30 天的试用，有任何问题能够经过微信公众号后台联系咱们，或者发邮件到 info@jfrogchina.com. 谢谢！