GCP自托管Actions运行器
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
gcrunner 是一个运行在用户 Google Cloud 项目内的自托管 GitHub Actions runner 方案。它接收 GitHub Actions 的 workflow_job webhook，经 Cloud Run 编排、Cloud Tasks 排队后，为每个作业创建一台临时 Compute Engine VM，执行完成后 VM 自毁。官方定位是 GitHub-hosted runners 的替代品，并声称可实现 80%+ 成本节省。
它的核心优势是“按作业临时创建 runner”。Cloud Run 是编排器，Cloud Tasks 负责去重和重试，Secret Manager 保存 GitHub App 凭据，GCS 可作为构建缓存，所有基础设施由 Terraform 管理。用户可在 workflow 的 runs-on 字段中通过标签配置 machine、disk、disk-type、image、spot 等参数，默认机器为 n2d-standard-2，默认启用 Spot VM，并在容量不足时回退到按需 VM或其他可用区。
文档对安全设计描述较充分：webhook 使用 HMAC-SHA256 校验；每个作业独占全新 VM，启动盘自动删除；使用 GitHub JIT runner 配置，避免长期注册 token；三类服务账号遵循最小权限；内部任务端点通过 Cloud Tasks OIDC 调用；敏感信息不写入 Terraform state、日志或环境变量。整体适合对隔离性和基础设施控制有要求的团队。
正文未显示软件订阅费或商业版，项目明确为完全开源，但用户需承担 GCP 资源费用。成本优化主要来自按需创建 VM、默认使用 Spot VM，以及作业结束后自动销毁资源。实际成本仍取决于区域、机器规格、构建时长、缓存和网络等因素。
优点是开源、架构清晰、GCP 原生、部署文档较完整，并支持约 15 分钟 Cloud Shell 引导安装。缺点是绑定 Google Cloud，要求使用者理解 GCP 计费、IAM、Terraform、GitHub App 权限和配额管理；正文也未提供 SLA、托管服务或商业支持信息。它更适合已有 GCP 基础设施、CI 成本较高、愿意自运维 runner 的工程团队。
正文未提供中国大陆访问可用性、镜像或支付信息，评估为未知。实践中 Google Cloud、GitHub 与相关镜像拉取在中国网络环境可能受线路影响；若访问不稳定，可考虑 GitHub-hosted runners、runs-on，或在可用云厂商上自建 GitHub Actions self-hosted runner。
本测评基于公开资料整理,不构成购买建议,请以 gcrunner.com 官网实际信息为准。
可降低 CI 成本，适合开发团队自部署。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。