[gscho]

Another pitfall I have encountered is the lack of a true ephemeral agent runner solution for running the actions runner agent in your own infrastructure. The way it works (the last time I checked) is when you register a worker as "ephemeral: true" it automatically deregisters itself from your runner pool and kills the agent process when a job is completed, but it is up to you to clean things up. This leads to somewhat hacky scripts to delete the compute instance after the agent process exits. There is also no officially supported kubernetes controller for creating ephemeral agents but the community created one [1] is often mistaken as an official github project.

- [1] https://github.com/actions-runner-controller/actions-runner-...

[judge2020]

https://github.com/github/roadmap/issues/555 Would this fix anything?

[naikrovek]

actions-runner-controller has been worked on by GitHub for a while and is effectively an official project. I don't think the distinction is important at this point.

my employer used some code from philips-labs to support ephemeral runners. works great after a few customizations.

I wrote a shell script and a very small Go program to support ephemeral MacOS runners on-premise.

these things are so fun to work on.