3 ms·
What you are looking for is a local S3 cache, which buildx supports as a backend. Just make sure you have an S3 gateway connected to your VPC (and that your S3
by crohr 3y ago
What you are looking for is a local S3 cache, which buildx supports as a backend. Just make sure you have an S3 gateway connected to your VPC (and that your S3 bucket is in the same region than your runners!) and enjoy free bandwidth, unlimited cache size, and crazy fast network throughput.
https://runs-on.com/reference/caching/ https://runs-on.com/reference/caching/
https://runs-on.com/features/s3-cache-for-github-actions/ https://runs-on.com/features/s3-cache-for-github-actions/
- SOLAR_FIELDS 3y agoLooks neat but is there a way to guarantee that it’s colo’ed with GHA hosted runners and that I won’t pay ingress/egress? If not then I don’t see how it’s much different than simply putting up my own bucket aside from saving me the logistics around permissions etc. Edit: I see. This solution you linked doesn’t use GHA hosted runners at all - it’s intended to be a turnkey self hosted runner solution. In other words, a direct competitor to the service linked in OP. That wasn’t super clear from your comment but after reading your links it is more clear. I do really like the pricing here, if it actually works as advertised it’s a pretty great value prop for a lot of orgs.
- crohr 3y agoOh yes, it can't work with GHA hosted runners otherwise you'll pay egress fees. From your first post I was assuming you were starting from the point of view that you would be running your own runners already. It does work as advertised, try it :) And yes RunsOn is a direct competitor to the 5 YCombinator-funded companies operating in this space (Ubicloud, Warpbuild, Buildjet, Blacksmith, Depot).