Open Bug 1842209 Opened 2 years ago Updated 9 months ago

Migrate partials' `msbdiff-cache` off of the `auth:aws-s3` endpoint

Categories

(Release Engineering :: Release Automation, task)

Tracking

(Not tracked)

People

(Reporter: ahal, Unassigned)

Details

Partials generation tasks are using a caching mechansim that is relying on Taskcluster auth's aws-s3 endpoint. The bucket in question is tc-gp-private-1d-us-east-1.

This endpoint isn't going to work with GCS, so we need to figure out a different mechanism for caching these files that doesn't rely on it. We can either block on Taskcluster supporting similar functionality for GCS, or we can stop relying on Taskcluster for the auth and just use secrets or some other method instead.

Tracking issue for supporting similar functionality in GCS:
https://github.com/taskcluster/taskcluster/issues/6381

I think that endpoint will work just fine as long as auth service config is intact. And as far as I understand, it is only used as cache, for non-fxci artifacts, so no dependencies there.

Yeah, I guess the description didn't make it clear that this bug is assuming we want to move off S3 entirely. It's possible we determine that this particular case is fine to leave in S3 indefinitely, in which case there's no action needed here.

Then again, there's talk of deprecating even the S3 endpoint in the above issue, so if that happens we'll have to migrate off of it eventually anyway.

QA Contact: whole.grains
Component: Release Automation: Updates → Release Automation
You need to log in before you can comment on or make changes to this bug.