Replies: 1 comment
-
We would maybe loose some insights statistics isn't it ? I think GHCR provides only the number of downloads with a small graph: just maybe something to be aware, aside of that i think moving GHCR make sense |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Tekton releases and nightly builds are backed today by storage services provided by Google Cloud.
The release YAMLs are stored in buckets (object storage), while OCI images are stored in the
gcr.io
registry, in four different zones, along with image signatures and SBOMs.Tekton users as well as upstream and downstream CI systems download Tekton images on a daily basis. It's great to see so many downloads of Tekton's container images. The downside of this, however, is that the cloud egress traffic represents today more than 50% of the total Tekton CI/CD cloud costs.
Apart from concerns related to cloud costs, the Google container registry
gcr.io
is now deprecated in favour of the new artifact registry, hosted atpkg.dev
, and that migration would require some work in any case.GitHub packages are free of charge for public repositories, so I would like to propose migrating our release pipelines from
gcr.io
toghcr.io
. Initial steps could be:ghcr.io
. The yaml will continue to be hosted, for the time being, ongcr.io
ghcr.io
. The yaml will continue to be hosted, for the time being, on bothgcr.io
and GitHubOver time we could migrate LTS releases to
ghcr.io
and use a proxy to continue supportinggcr.io
.This should be enough to significantly reduce the egress traffic. Eventually we could migrate the data for EOL releases and old nightly builds as well.
Beta Was this translation helpful? Give feedback.
All reactions