For anyone unfamiliar with what we're trying to do with the R2 migration, see #3461
Due to some issues we've experienced with syncing release assets from the DO server to the dist-prod R2 bucket, we want to look into having a dist-staging R2 bucket that will have the assets before the release is promoted. What we think the issue is is that the DO server simply doesn't have enough resources to handle all of the traffic that comes after a release and handle uploading assets to the prod R2 bucket at the same time. By uploading to a staging bucket before the release is promoted (and thus before cache is purged), we should be able to solve this issue.
Note this will not replace uploading the release assets to the DO server. The assets will still be uploaded there like usual.
TODO:
cc @MoLow @ovflowd
For anyone unfamiliar with what we're trying to do with the R2 migration, see #3461
Due to some issues we've experienced with syncing release assets from the DO server to the
dist-prodR2 bucket, we want to look into having adist-stagingR2 bucket that will have the assets before the release is promoted. What we think the issue is is that the DO server simply doesn't have enough resources to handle all of the traffic that comes after a release and handle uploading assets to the prod R2 bucket at the same time. By uploading to a staging bucket before the release is promoted (and thus before cache is purged), we should be able to solve this issue.Note this will not replace uploading the release assets to the DO server. The assets will still be uploaded there like usual.
TODO:
dist-stagingbucket on Node.js's Cloudflare accountdist-stagingbucket as soon as they're uploaded to the DO serverdist-stagingtodist-prodinstead of from the dist folder in the DO server.cc @MoLow @ovflowd