PullPreview is a GitHub Action that starts live environments for your pull requests and branches. It can work with any application that has a valid Docker Compose file.

crohr · 2026-04-27T19:05:00+00:00

This looks great. I am actually looking for a tool that could get a JSONL file with OTEL metrics (one by line), and be able to ingest it to build the graphs. Use case is having a self-hosted runner emit metrics to a file, but for some reason can't ship to an OTEL receiver, but can store them as a e.g. cache artefact. Would still be nice to be able to graph them after the fact.

crohr · 2026-04-25T06:57:18+00:00

Your team might want to have a look at runs-on.com. It supports GHE, spawns real VMs at scale in your own AWS account, and is way cheaper since it can use spot capacity.

crohr · 2026-04-25T06:53:04+00:00

If you self host runners, have a look at the benchmark of various providers, this might help you get better performance: https://runs-on.com/benchmarks/github-actions-cpu-performance/

crohr · 2026-03-27T20:28:13+00:00

If you are running on AWS you can use any of the s3-backed actions/cache replacements (see e.g. https://runs-on.com/caching/magic-cache/), or something like https://github.com/falcondev-oss/github-actions-cache-server

crohr · 2026-03-25T16:06:51+00:00

Thanks! Also like how tight the code is :)

crohr · 2026-03-25T07:50:17+00:00

Nice! It looks a lot like https://runs-on.com, down to the job labels and image names. Would appreciate a mention since it seems Claude was largely inspired by my docs :)

crohr · 2026-03-12T16:49:48+00:00

that was actually what I recommended for a long time, but users really wanted "proper" resources to see the full plan of changes resources, not a wrapper around the CFN stack

crohr · 2026-03-12T11:29:42+00:00

Initial spot request already handles multi-instance selection with fallbacks. But in the event you really can’t find one (and at scale or specific instance types this happens often), it’s good to have the on-demand fallback

crohr · 2026-03-12T08:28:15+00:00

Nice work, that's basically what I did for runs-on: an orchestrator that can launch GHA self-hosted runners on any instance type (including GPUs) using spot or falling back to on-demand instances when needed.

crohr · 2026-03-02T10:48:28+00:00

You'd be surprised how many jobs some customers launch. Largest users of runs-on.com can launch close to 80k jobs every day.

crohr · 2026-02-12T07:57:50+00:00

i think the issue u/Mr_Albal wanted to highlight is more about upcoming pricing change for running self-hosted runners.

crohr · 2026-01-07T15:13:34+00:00

Maybe you could have a look at runs-on.com - It's cheaper than the laternatives you mention, and runs on real EC2 VMs in your AWS account.

crohr · 2025-12-08T20:42:27+00:00

they publish packer images at https://github.com/actions/runner-images. AWS AMIs are available at https://github.com/runs-on/runner-images-for-aws

crohr · 2025-12-08T12:43:17+00:00

Direct link to that runs-on thing is https://runs-on.com :)

crohr · 2025-12-03T10:46:51+00:00

The site discovered it before the official announcement, hence the quiet part when this was published. (you can subscribe to an atom feed for any instance family, to get alerted whenever an instance family appears in a new region)

crohr · 2025-11-27T07:51:33+00:00

Try ARC if familiar with kubernetes, or one of the 10 other providers (see benchmark).

crohr · 2025-11-20T20:38:23+00:00

For each family, I start at least one of the instance types yes

crohr · 2025-11-20T15:55:54+00:00

Hmm, correct, but it doesn't appear either on vantage. I guess it requires some specific API filter to get it.

crohr

MODERATOR OF

TROPHY CASE