本篇文章为大家展示了KEDA怎么将容器镜像迁移到GitHub容器注册表，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
我们提供多种方式在你的集群中部署 KEDA[1]，包括使用Helm chart[2]、Operator Hub[3]和原始 YAML 规范。
这些部署选项都依赖于我们在Docker Hub[4]上提供的容器镜像，Docker Hub 是公共容器镜像的行业标准。
然而，我们发现 Docker Hub 不再是我们容器镜像的最佳地方，正在迁移到 GitHub 容器注册表（预览）。
在过去的几年里，Docker Hub 已经成为托管公共容器镜像的行业标准。这已经成为 Docker 管理所有流量的一大负担，并决定在 2020 年做出一些改变：
因为我们希望确保我们的最终用户可以在没有任何问题的情况下使用 KEDA，所以我们希望任何人都可以不受任何限制地使用它们。
了解更多请参阅Docker 的 FAQ[5]和我们在GitHub[6]上的问题。
作为维护者，我们发现很难衡量 KEDA 的采用情况，以了解有多少最终用户正在使用较老版本的 KEDA，以及随着时间的推移有哪些增长。
Docker Hub 提供了一个模糊的每个容器的总拉计数镜像，但它没有提供关于标签的深入细节，以及随着时间的推移拉取计数的增长情况。
然而，在 GitHub 容器注册表中，每个标签都提供了开箱即用的指标，这让我们能够更好地理解客户在使用什么，并在我们不再支持某个给定版本时做出更好的决策。
最后，我们想在 GitHub 上把我们的制品离家更近。通过更多地使用 GitHub 生态系统，我们相信这种集成只会改进并与我们的版本更紧密地集成。
我们的容器镜像正在GitHub 容器注册表[7]上发布，供最终用户拉取。
正因为如此，我们的容器镜像的名称正在改变：
| 构件 | 新镜像（GitHub 容器注册表） | 旧镜像（Docker Hub） |
|---|---|---|
| Metrics Server | ghcr.io/kedacore/keda-metrics-apiserver | kedacore/keda-metrics-apiserver |
| Operator | ghcr.io/kedacore/keda | kedacore/keda |
从 v2.2 开始，我们已经开始在 Docker Hub 上并行地将新的容器镜像发布到 GitHub 容器注册表。
这允许客户马上迁移到我们的新注册中心，并在那里使用我们的构件。
一旦 GitHub 的容器注册库变得普遍可用(GA)，我们将不再在 Docker Hub 发布新的版本。
如果你正在使用我们的一种部署选项，那么最终用户不会受到影响。
从 v2.2 开始，我们默认使用 GitHub 容器注册表，你可以放心使用。
如果你使用自己的部署机制，那么你将不得不从 GitHub 容器注册表中提取容器镜像。
上述内容就是KEDA怎么将容器镜像迁移到GitHub容器注册表，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
