4 ms·
Runs-on: Self hosted, on-premise, GitHub Action runners
- branon 2y agoon-premises, not on-premise. but if these are hosted in AWS and aren't actually on-premises, maybe use of the term is not correct at all?
- johnzim 2y agoTripped me up immediately. On-prem means I should be able to walk up to and point at the box. Worst case it’s in some data centre but it’s sure as heck not AWS
- fragmede 2y agoyeah that's not on-prem
- oniony 2y agoYes, the premise with cloud is that the hardware is not located at your premises.
- gsck 2y agoOn-premise, in the cloud, on someone else's premise. The future is now!
- crohr 2y agoThe software is on-premise, as in it runs on infrastructure you control, as opposed to a SaaS. Self-hosted might be the better term, but in the context of self-hosted GitHub runners, it’s a bit of a mouthful to say self-hosted solution for self-hosted runners.
- gsck 2y agoIt runs on infra you control, but it is objectively not infra that is on-premise. On-premise means "On my land, in my building, on the infrastructure I own." Self hosted is the correct term
- bracketfocus 2y agoIf we already have some EKS clusters setup, is there a benefit to this over Actions Runner Controller (ARC)? https://github.com/actions/actions-runner-controller https://github.com/actions/actions-runner-controller
- crohr 2y agoIt’s going to be easier to maintain and cheaper. Plus you get compatible images included and more flexible runner assignment. But if you’re already happy with ARC then there is no real need to switch. RunsOn is really for people who want more of a turnkey solution.