Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

>In the past, our customers have asked us how GitHub views third-party runners long-term. The platform fee largely answers that: GitHub now monetizes Actions usage regardless of where jobs run, aligning third-party runners like Blacksmith as ecosystem partners rather than workarounds.

It does? I feel like it implies that they want third-party runners like Blacksmith out of the ecosystem, which is why they're now financially penalizing customers who use them.





With these changes, three things hold:

1. Services like blacksmith and WarpBuild (I'm the founder) are still cheaper than GitHub hosted runners, even after including the $0.002/min self-hosting tax.

2. The biggest lever for controlling costs now is reducing the number of minutes used in CI. Given how slow Github's runners are, or even the ones on AWS compared to our baremetal processor single core performance + nvme disks, it makes even more sense to use WarpBuild. This actually makes a better case for moving from slow AWS instances running with actions-runner-controller etc. to WarpBuild!

3. Messaging this to most users is harder since the first reaction is that Github options make more sense. After some rational thought, it is the opposite.

Overall - it is worse for Github users, but options like blacksmith and WarpBuild are still the better option.


"WarpBuild are still the better option."

what makes you think they won't hike the control plane price again? They can turn this knob arbitrarily to put you out of business.


The statement regarding the better option is as it stands today and does not account for all possible futures.

Reg. hiking it again, they'd have to either be extremely anti-competitive and selectively apply the pricing OR apply the hike uniformly by about double the current value to match our pricing while making it completely unviable for any large co to use self-hosted github actions in the first place.


I checked the WarpBuild website and got excited because the header in the menu says you have macOS Intel runners, but then you click through and it doesn't seem to be so?

Right now at my company our biggest complaint are macOS Intel runners from GitHub which somehow take 15+ minutes to provision and are the slowest of the bunch.


I can assure you WarpBuild has Mac runners that work very well. When I first switched GH only offered 1 Mac runner and it was horribly slow. Literally cut my build times in half by changing 1 line in my workflow file to use the WB runner.

Nowadays GH has more sizes by WB continues to beat them in price and performance.

It’s highway robbery what GH charges for the crap they provide. I can highly recommend WarpBuild for Mac (and Linux) runners.


I was talking specifically of macOS Intel runners. The sibling comment from the founder confirmed they don't have them.

We only have macos arm64 (M-series) runners. Can you point me to the intel reference so I can fix it?

Hover the top nav. Under "CI Runners" it's says:

macOS Runners Apple Silicon and Intel support


fixed it - sorry about that.

That's clearly the case, this is a three-pronged manoeuver :

- Introducing a cheap 1-core runner

- Lowering the price of GitHub-hosted runners

- Making it slightly more expensive to use self-hosted runners

- There is actually a fourth one: the vnet integration, which also allows you to run public runners in your own infra

As a bonus, for some people it means something that was free is now not free. Those who are willing to pay rather than go, might prefer to use GitHub-hosted if they are going to pay anyway.

This is clearly an incentive to use github-hosted, and their sales reps are also going this way.


I require the VNet integration, but my region (Europe West) isn't supported (yet, over a year since I requested it)

https://docs.github.com/en/enterprise-cloud@latest/admin/con...


Well, these people earn their living by saying these things that only seem to make sense superficially but don't withstand closer scrutiny.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: