[kminehart]

Are there any GitHub Actions-compatible CI services out there that don't rely on their infrastructure? I know of depot's but no others; are these resilient to these outages or do they still lose functionality? I imagine the latter but I don't know.

[4lun]

We currently use external runners (Blacksmith.sh), but that didn't shield us from this as GitHub actions is still the control plane for triggering and monitoring them.

We're now considering Buildkite (apparently they have a GH actions migration tool) or self hosting something (GitLab CI, maybe even Jenkins), as it looks like that would've kept ticking over since we're still seeing webhooks being triggered today during the downtime.

[kylegalbraith]

Try Depot CI as well. Supports a GHA syntax but the entire control plane is ours with our own engine.

[kylegalbraith]

Founder of Depot here. To my knowledge, we are the first engine to support different syntaxes in this compatible way via Depot CI [0]. Great time to try it out and let us know your thoughts! We’ve built a lot of cool stuff into it like parallel steps, custom images, and a full CLI/API interface so you can literally everything without going into the web app.

[0] https://depot.dev

[a1o]

Is there a tier for open source organizations? Do I have to admin any of AWS that runs behind the scenes or can I pay a fixed price to depot and get it to solve everything out of my way?

I used to use Cirrus CI as an alternative to GitHub Actions and am looking for a new alternative. I wonder if Depot could fit in the same way for my needs. I need to run builds and tests in Windows, Linux and macOS.

[heeton]

As someone who partially uses depot but was still affected by this github issue, we obviously haven't moved over enough. We use your runners but github is still blocking us.

Hope you don't mind the public ask, it seems useful for others.

If we're using depot runners, and want to use them directly, or move off of github actions being the controller for when things run: what do you suggest?

Trigger the workflows directly on depot via CLI?

[kylegalbraith]

Yes, triggering Depot CI via the CLI is the sure fire way to avoid all dependencies on GitHub.

We’d need more details around what you’re seeing. It is true that if auth across GitHub is broken than we can’t copy your actions out to be used by Depot CI. However, we have a solution in the works for that as well.

In short, Depot CI, our own engine and control plane is not dependent on upstream actions control plane. But still has to listen for commit events to know if/when to run jobs on things like PRs. This to is being removed in the future.

[kevinminehart]

Are you able to bring your own runners? Our org is heavily invested in self-hosted runners at this point and have gotten a pretty tremendous value from it. I think we'd be wise to get away from GitHub's control plane but keep running jobs in our own infra.

[kylegalbraith]

Yes, we support this via Depot Managed for all of our products including the latest one: Depot CI [0].

[0] https://depot.dev/products/ci

[conroydave]

github actions themselves can be self hosted, its quite nice actually to be able to keep your same patterns as cloud hosted actions and with one line change to the yaml have it running on your own hardware. I do this for actions that take 6-7 hours so I am not burning through the 3000 minutes that come free with my account.

[mdrachuk]

Self-hosted action runners are not working too right now.

[kminehart]

This isn't resilient to this downtime though. Our self-hosted runners are currently not functioning because of some github dependency.

[asimovDev]

what kind of actions take that long? some kind of compilation task / gigantic test suite ala SQLite?

[ttouch]

there are a couple and have very good reputation - though I've never used them

https://www.blacksmith.sh/ and https://runs-on.com/

They also say that they're much cheaper than github

[kevinminehart]

I think both of these provide nodes that are scheduled using GitHub's control plane. They would also not be working right now.