KEDA将容器镜像迁移到GitHub容器注册表

作者：KEDA 维护者

我们提供多种方式在你的集群中部署 KEDA[1]，包括使用Helm chart[2]、Operator Hub[3]和原始 YAML 规范。

这些部署选项都依赖于我们在Docker Hub[4]上提供的容器镜像，Docker Hub 是公共容器镜像的行业标准。

然而，我们发现 Docker Hub 不再是我们容器镜像的最佳地方，正在迁移到 GitHub 容器注册表（预览）。

为什么要做出这样的改变？

Docker Hub 正在引入速率限制和镜像保留

在过去的几年里，Docker Hub 已经成为托管公共容器镜像的行业标准。这已经成为 Docker 管理所有流量的一大负担，并决定在 2020 年做出一些改变：

• 匿名镜像拉取被速率限制
• 未使用的镜像将不再被保留

因为我们希望确保我们的最终用户可以在没有任何问题的情况下使用 KEDA，所以我们希望任何人都可以不受任何限制地使用它们。

了解更多请参阅Docker 的 FAQ[5]和我们在GitHub[6]上的问题。

获得关于采用 KEDA 的洞察

作为维护者，我们发现很难衡量 KEDA 的采用情况，以了解有多少最终用户正在使用较老版本的 KEDA，以及随着时间的推移有哪些增长。

Docker Hub 提供了一个模糊的每个容器的总拉计数镜像，但它没有提供关于标签的深入细节，以及随着时间的推移拉取计数的增长情况。

然而，在 GitHub 容器注册表中，每个标签都提供了开箱即用的指标，这让我们能够更好地理解客户在使用什么，并在我们不再支持某个给定版本时做出更好的决策。

把我们的制品离家更近

最后，我们想在 GitHub 上把我们的制品离家更近。通过更多地使用 GitHub 生态系统，我们相信这种集成只会改进并与我们的版本更紧密地集成。

有哪些改变？

我们的容器镜像正在GitHub 容器注册表[7]上发布，供最终用户拉取。

正因为如此，我们的容器镜像的名称正在改变：

什么时候生效？

从 v2.2 开始，我们已经开始在 Docker Hub 上并行地将新的容器镜像发布到 GitHub 容器注册表。

这允许客户马上迁移到我们的新注册中心，并在那里使用我们的构件。

一旦 GitHub 的容器注册库变得普遍可用(GA)，我们将不再在 Docker Hub 发布新的版本。

对最终用户有什么影响？

如果你正在使用我们的一种部署选项，那么最终用户不会受到影响。

从 v2.2 开始，我们默认使用 GitHub 容器注册表，你可以放心使用。

如果你使用自己的部署机制，那么你将不得不从 GitHub 容器注册表中提取容器镜像。

加入讨论

你有什么问题或评论吗？欢迎加入GitHub 讨论[8]。

感谢阅读，伸缩快乐！

参考资料

[1]

部署 KEDA: https://keda.sh/docs/latest/deploy/

[2]

Helm chart: https://github.com/kedacore/charts

[3]

Operator Hub: https://operatorhub.io/operator/keda

[4]

Docker Hub: https://hub.docker.com/u/kedacore

[5]

Docker 的 FAQ: https://www.docker.com/pricing/resource-consumption-updates

[6]

GitHub: https://github.com/kedacore/keda/issues/995

[7]

GitHub 容器注册表: https://github.com/orgs/kedacore/packages?type=source

[8]

GitHub 讨论: https://github.com/kedacore/keda/discussions/1700