GitHub Actions 1‑vCPU Linux Runner 现已普遍可用

GitHub Actions 宣布 1 vCPU Linux runners 现已普遍可用。这些 runners 在容器内运行作业（而不是专用虚拟机），提供 1 vCPU 和 5 GB RAM，并且每个作业的时间限制为 15 分钟。它们旨在用于自动化任务、问题操作和短时间运行的 CI 作业；官方 runner 目标是 ubuntu-slim。 (github.blog)

为什么这对全栈团队很重要

• 成本和排队时间优化：低成本的容器更适合频繁、短时间的作业（代码检查、格式化、快速构建、自动标记、小型测试），与更大的虚拟机 runners 相比，减少支出。
• 提高开发者生产力的反馈循环：以前共享虚拟机容量的短任务可以转移到这些轻量级 runners 上，更快完成。
• 清晰的作业大小边界：15 分钟的硬性限制迫使团队将非常短的自动化作业与重型 CI 流水线分开。

关键技术细节（来自公告）

• 规格：1 vCPU，5 GB RAM。
• 执行模型：作业在具有虚拟机监控器级别 2 隔离的容器内运行；作业完成后容器被移除。
• 时间上限：15 分钟；超过限制的作业将被终止并失败。
• 如何定位：在作业定义中使用新的 runner 类型 ubuntu-slim。 (github.blog)

实用检查清单——本周要做的事情

1. 审核工作流：列出您 .github/workflows 下通常运行少于 15 分钟的作业（代码检查器、格式化工具、小型单元测试分片、自动响应器、发布说明生成器）。
2. 将安全作业迁移到 ubuntu-slim：更新上述工作流的 runs-on 为 ubuntu-slim，在分支中测试它们。
3. 注意容器限制：由于这些作业在容器内运行（而不是虚拟机），请验证作业不依赖于仅限虚拟机的功能（特权虚拟机工具、自定义内核特性、长期挂载）。如果作业需要完整的虚拟机，请保留更大的 runner。
4. 测量影响：比较迁移前后的运行时间、排队时间和账单，以量化成本和延迟的改善。
5. 检查已安装软件和限制：在大规模迁移之前，查看 runner-images 仓库和账单文档，以确保所需的 CLI 工具和凭证行为符合您的需求。 (github.blog)

不应迁移的内容

• 通常超过 15 分钟的长时间构建/测试作业。
• 需要特权虚拟机功能的作业（嵌套虚拟化、完整虚拟机工具）。
• 任何假设在运行之间保持持久虚拟机或长期状态的作业。

结论 ubuntu-slim runner 为团队提供了一种便宜、快速的选项，用于频繁的短任务，这些任务之前消耗了更大、更昂贵的 runner 容量。审核和迁移符合条件的作业将降低成本并加快开发者反馈，但在广泛采用之前，请仔细测试容器限制和 15 分钟的限制。 (github.blog)

来源：

来源

• 来源