runs-on/runs-on helps teams persist, query, and move data with less custom plumbing

说明与用途

**项目简介**
runs‑on/runs‑on 为 AWS 环境提供了极简化的 Self‑hosted GitHub Actions Runner。相较于官方 Runner，成本降低约 10 倍、执行速度提升约 40%，并且支持无限制缓存，是 Actions Runner Controller 的高性价比替代方案。

**价值**

• **成本优势**：利用按需 EC2 实例或 Spot 实例，运行费用远低于 GitHub 托管的 Runner。
• **性能提升**：在同一 VPC 内部署，可直接访问私有网络资源，避免跨域网络延迟，实现约 40% 的作业加速。
• **无限缓存**：通过 EFS/EBS 实现持久化缓存，显著缩短依赖下载与编译时间。
• **运维简化**：提供 Terraform/CloudFormation 模块和 CLI，一键创建、扩容、销毁，无需自行维护底层实例。

**典型接入方式**

1. **准备基础设施**：在 AWS 上使用提供的 Terraform 模块创建 VPC、子网、IAM 角色以及用于 Runner 的 EC2（或 Auto Scaling Group）。
2. **部署 Runner**：运行 runs-on install CLI，自动在实例上安装并注册 GitHub Runner，支持自定义标签（如 linux-x86, gpu）。
3. **配置工作流**：在 .github/workflows/*.yml 中通过 runs-on: self-hosted 并添加对应标签，即可把作业调度到自建 Runner。
4. **缓存使用**：在工作流中使用标准的 actions/cache，缓存目录会自动映射到共享的 EFS，实现跨实例复用。

**生产可用性**

• **成熟度**：项目已有 1,181 颗星、44 个 Fork，近期（2026‑05‑12）仍在维护，社区活跃度中等。
• **适用场景**：适合内部工具、原型开发以及对成本/速度有明确要求的团队；在生产环境使用前建议进行以下检查：
• **依赖审计**：确认所使用的 EC2 镜像、IAM 权限与组织安全策略兼容。
• **运维流程**：建立实例更新、日志收集（CloudWatch）和故障自动恢复（ASG）机制。
• **集成验证**：由于元数据中缺少完整的集成指引，需在小范围内进行手动验证，确保 CI/CD 流水线能够正确发现并使用自建 Runner。
• **风险**：集成路径不够透明，初始部署需要一定的手动调试；一旦确认设置成本可接受，系统在中等规模（数十台实例）下已可稳定运行。

综上，runs‑on/runs‑on 为需要在 AWS 上自建 GitHub Actions Runner 的团队提供了低成本、高性能、易扩展的解决方案，适合作为原型或内部 CI/CD 环境的首选；在完成依赖审查和运维自动化后，也可平滑迁移至生产环境。

问题

runs-on/runs-on helps teams persist, query, and move data with less custom plumbing.

结果

Medium: useful for prototypes or internal workflows, with dependency and maintenance checks before production.

工作流

• manage persistence
• speed up data access
• prototype database-backed apps

证据

Self-hosted GitHub Actions runners made simple. For AWS. 10x cheaper, 40% faster, and unlimited caching. Best alternative to Actions Runner Controller.

来源