2. 如何應對？

對於 Kubernetes 的終端使用者，此次調整並不會有太大影響，Docker 可以繼續構建容器映象，這些映象也能夠在 Kubernetes 叢集中正常執行。

如果不想被 Docker 繫結，可以跟著 Kubernetes 社群的技術棧生態使用 OCI相容的客戶端。

2.1 什麼是OCI?

OCI（）是 Linux 基金會專案為容器設計的標準。它定義了執行容器時所需要遵循的映象規範和執行時規範。

Docker 是該專案的成員，它使用 OCI 規範，並且擴充套件了額外的映象 layout 和不同的執行時行為。

但也就意味著Docker 不再一家獨大，遵循該標準的其他實現也可以活躍在 Kubernetes 舞臺上，例如相容OCI 的執行時 runc,和輕量級的 cri-o，以及以安全著稱的 rkt。

OCI 映象特點：

1. 和 Docker 映象類似，包含 manifest file, config layer, data layers

2. OCI 的 media type 和 Docker 不同

3. Artifactory 將 OCI 映象的media type 儲存在 manifest file 的屬性頁面上。

4. Artifactory 支援 OCI 的索引

2.2 Artifactory 的新版本支援 OCI 映象管理

Artifactory 7.11 版本中，Artifactory 視OCI 映象和 Docker為同等的內容，你可以使用相容OCI 的客戶端推送 OCI 映象到 Artifactory。

你的 OCI 映象可以直接被推送到 Artifactory - 不需要透過 Docker 客戶端推送。常用的 OCI 客戶端可以使用：

(ctr) – CNCF 專案

– 一個開源的 Pod manage 專案。

Docker.

2.3 Helm 3 支援

Artifactory 現在也支援了 Helm 3 客戶端.

Helm 3 提供了多項改進，包含的去除了 Tiller server，並且提供了更加成熟的合併 patch 的機制。同時 Helm 3 把之前的 requirements.yaml合併到了 chart.yaml.

3. 開始試用 Artifactory

如果你還沒有開始使用 Artifactory，可以從這裡進行下載免費 30 天的試用，有任何問題可以透過微信公眾號後臺聯絡我們，或者發郵件到 info@jfrogchina.com. 謝謝！