本篇文章为大家展示了KEDA怎么将容器镜像迁移到GitHub容器注册表,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。
创新互联公司服务项目包括丹阳网站建设、丹阳网站制作、丹阳网页制作以及丹阳网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,丹阳网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到丹阳省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
我们提供多种方式在你的集群中部署 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]上发布,供最终用户拉取。
正因为如此,我们的容器镜像的名称正在改变:
构件 | 新镜像(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容器注册表,你们学到知识或技能了吗?如果还想学到更多技能或者丰富自己的知识储备,欢迎关注创新互联行业资讯频道。
当前文章:KEDA怎么将容器镜像迁移到GitHub容器注册表
本文URL:http://lswzjz.com/article/iiiccg.html