Our great sponsors
-
action
Discontinued RunsOn.com action to deploy ephemeral and cheap self-hosted runners for your workflows, in your AWS account (by runs-on)
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
awesome-github-actions-runners
Save $$$ and make GitHub Actions go brrr with 3rd-party runners ā”š¤
-
october
A simple GUI for retrieving Kobo highlights and syncing them with Readwise (by marcus-crane)
-
magic-nix-cache
Save 30-50%+ of CI time without any effort or cost. Use Magic Nix Cache, a totally free and zero-configuration binary cache for Nix on GitHub Actions.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Awesome work! Congratulations on the launch. This reminds me a lot of https://depot.dev
I'm not officially affiliated with them at all. But I'm a big fan of their product.
It appears that one difference though is that Depot is more focused on just docker builds and y'all are more generalized runners Is that right?
Exactly my experience as well: https://x.com/crohr/status/1732442731715113374
In the tests with my GitHub Action [1] that spawns ephemeral runners for any workflow, I found BuildJet bandwidth speed 10 to 20 times slower than machines at AWS.
[1]: https://github.com/runs-on/action
[2] https://github.com/WarpBuilds/action-debugger, h/t to tmate
Making builds faster by providing optimal hardware and configurations across CI providers is the first step in our mission to make build engineering better.
Iād love your feedback on the product and thoughts on other CI pain points we could solve to enable better collaboration and developer experience.
Congrats on the launch! There do seem to be a number of other entrants in this space: https://github.com/neysofu/awesome-github-actions-runners#li...
What makes you stand out from the pack? The VM approach seems very cool - is this unique in the space? Do you have different approaches that provide speedups or security benefits not possible with other third party runner systems? Any benchmarks against competitors?
Separately, I'm curious about how you address VM startup speed. Do you boot VMs on demand, or do you have a pool of booted VMs awaiting jobs?
Anyways, it's exciting to see new approaches in the space! Wishing you and the team the best of luck!
What's the story with the LICENSE file in this repo <https://github.com/WarpBuilds/warpbuild-agent/blob/main/cmd/...> which is not only zero bytes but also down in a subdirectory?
Oh neat, I came across BuildJet the other day.
I was trying to cross-compile a side project (https://github.com/marcus-crane/october) for Linux arm64 but trying to do so would throw up some instruction set errors.
I had parted the idea of supporting Linux arm since Github has no runners but I threw in BuildJet and it spat out a working build with no problems!
Given it only needs to run on release, for a small open source project, being charged something like 1 cent per build is surprisingly reasonable compared to having no runner at all / having to spin up a self-hosted runner :)
This looks promising, but it doesn't work on personal accounts. I'm not ready to install it on my organization account just yet.
Can I expect complex caching actions like https://github.com/DeterminateSystems/magic-nix-cache to work as quickly as they do on GitHub?
Related posts
- Show HN: Managed GitHub Actions Runners for AWS
- Show HN: Open-source x64 and Arm GitHub runners. Reduces GitHub Actions bill 10x
- Terraform module for scalable GitHub action runners on AWS
- Terraform module for scalable GitHub action runners on AWS
- Terraform module for scalable GitHub action runners on AWS