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

I've been testing out Github Actions for a few weeks now, for the most part I really like it, there are a few features missing but I think the fundamentals of the product are solid with the public catalogue of actions being the killer feature.

The biggest issue I have is around self-hosted runners.

1. There's no official auto-scaling runner option, so even if you're paying Github (aka Microsoft) for Enterprise - they're not going to support your auto-scaling EKS/GKE/EC2/whatever runners.

2. You can't register self-hosted runners without a Personal Access Token - the key word being _Personal_. Your automation code for provisioning runners should not rely on an individuals Github access token just to register, they need to have a system like GitLab has where you can generate a registration token per-organisation/team/repo that allows you to programmatically register runners.



We use https://github.com/actions-runner-controller/actions-runner-... to auto scale on EKS. It also allows you to use a GitHub App for the runner registration instead of personal access tokens. Also it seems like the project is receives support from GitHub because they’re getting early access to test out features.


Thanks, I had a play with this and submitted a PR to add some configuration options to the CRD.

It seemed decent but I hit two problems:

1. I didn't manage to get autoscaling to work - I suspect my helm templates might have been incorrect.

2. Docker-in-Docker (DIND) I know works, but one of the clients I'm working with has switched to containerd and the controller got a little confused by Docker-in-Containerd (DINC - you heard it here first!), I know really they should be using Kaniko/Buildah etc... but their devs aren't ready to make the change yet.


I think I recall seeing something on the GitHub forums where the recommended approach was the create a separate service user account and all your non-personal-PATs with that account.


Which means you have to pay more money. If we want fine-tune the permissions of each repo we have to create one user per repository.




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

Search: