Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ci: Make buildkite agents stateless and unique per job #21130

Closed
dan-mckean opened this issue May 19, 2021 · 3 comments · Fixed by #30492
Closed

ci: Make buildkite agents stateless and unique per job #21130

dan-mckean opened this issue May 19, 2021 · 3 comments · Fixed by #30492
Assignees
Labels
ci dx Issues and PRs related to developer experience concerns

Comments

@dan-mckean
Copy link
Contributor

Less pain releasing: We schedule buildkite to run on top of k8s, and they are stateful, so there are leftovers from previous builds, sometimes this results in a random failure. Make the agents stateless, make the agents unique per job. There is a bias to NOT extend the build times

@github-actions
Copy link
Contributor

Heads up @davejrt @ggilmore @daxmc99 - the "team/distribution" label was applied to this issue.

@dan-mckean dan-mckean added this to Needs triage in OLD - Distribution - use "Distribution 🚢" via automation Jun 15, 2021
@dan-mckean dan-mckean moved this from Needs triage to Low priority in OLD - Distribution - use "Distribution 🚢" Jun 15, 2021
@jhchabran jhchabran added dx Issues and PRs related to developer experience concerns team/dev-experience and removed team/distribution labels Oct 18, 2021
@jhchabran jhchabran added the ci label Nov 2, 2021
@jhchabran jhchabran changed the title Make buildkite agents stateless and unique per job ci: Make buildkite agents stateless and unique per job Nov 29, 2021
@jhchabran jhchabran self-assigned this Dec 9, 2021
@jhchabran
Copy link
Member

@davejrt I assigned myself there as well, this sounds rather big otherwise as a one person task.

@jhchabran
Copy link
Member

jhchabran commented Jan 19, 2022

@davejrt quick heads up, I did a round of tests with https://verdaccio.org/ and https://github.com/stackdumper/npm-cache-proxy and it did not yield significant improvements, in the case of Verdaccio, it even came with errors fetching some packages was overall slower than without any cache.

My general sentiment, is that https://github.com/gencer/cache-buildkite-plugin is a more sensible approach and is generic enough that anyone could introduce a caching mechanism when they need it within their build steps. We could use it for asdf for example, using the tools-version file checksum as the cache key.

I'd like to run some tests involving it, but I think I'll need some help regarding how to set up a GCS bucket from Terraform or use a PVC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ci dx Issues and PRs related to developer experience concerns
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

4 participants