Google cloud platform 如何在Google容器注册表中获取最后一次拉取时间

我想在GCR中删除一些过时的图像，但目前，我只能根据脚本中的创建时间删除图像

---

因此，如何获取图像的最后一次拉取时间，以便决定是否删除它们？

GCR此时不存储最后一次拉取日期，但我认为这样做会更好，因为这样会使图像管理更容易一些。但是，如果图像有一段时间没有被提取，并不意味着它没有被使用

保留最后N个版本

根据图像的版本控制方式，可以在生成管道中烘焙删除操作。当主管道运行成功完成并创建一个新作业时，系统将触发该作业，当您有n个以上的映像（例如，超过10个映像）时，该作业将清理最旧的映像

图像维护的Untag/Retag策略

或者您可以简单地将标签从V2更改为V2，以删除您认为旧的图像，并将其保留一段宽限期。查看生产中的应用程序是否存在任何问题。如果在几天后（或几周或几个月后）一切看起来都很好，那么您将计划删除这些版本。或者，如果发现任何问题，请恢复标记

删除前检查GKE中使用的图像版本

理想情况下，假设您使用GKE获取所有图像版本并删除早于特定日期的未使用图像版本，则您希望进行查询：

kubectl get pods --all-namespaces -o jsonpath="{..image}" |\
tr -s '[[:space:]]' '\n' |\
sort |\
uniq -c

或

---

希望这能有所帮助。

GCR此时不存储最后一次拉取日期，但我认为它会很好，因为它会使图像管理更容易一些。但是，如果图像有一段时间没有被提取，并不意味着它没有被使用

保留最后N个版本

根据图像的版本控制方式，可以在生成管道中烘焙删除操作。当主管道运行成功完成并创建一个新作业时，系统将触发该作业，当您有n个以上的映像（例如，超过10个映像）时，该作业将清理最旧的映像

图像维护的Untag/Retag策略

或者您可以简单地将标签从V2更改为V2，以删除您认为旧的图像，并将其保留一段宽限期。查看生产中的应用程序是否存在任何问题。如果在几天后（或几周或几个月后）一切看起来都很好，那么您将计划删除这些版本。或者，如果发现任何问题，请恢复标记

删除前检查GKE中使用的图像版本

理想情况下，假设您使用GKE获取所有图像版本并删除早于特定日期的未使用图像版本，则您希望进行查询：

kubectl get pods --all-namespaces -o jsonpath="{..image}" |\
tr -s '[[:space:]]' '\n' |\
sort |\
uniq -c

或

希望这有帮助