GitHub Actions 自定义运行器镜像正式发布

📌 一句话摘要

GitHub 宣布 GitHub Actions 的自定义运行器镜像正式发布，允许企业团队将依赖项预装到托管的虚拟机镜像中，从而加速 CI/CD 工作流。

📝 详细摘要

GitHub Actions 自定义运行器镜像已从公开预览版转为正式发布（GA）。该功能使团队能够创建包含预装工具、SDK 和配置的持久化虚拟机快照，通过消除重复的安装步骤，显著缩短了任务设置时间。其工作流包含三个步骤，使用新的“snapshot”关键字自动生成并版本化镜像。尽管该功能仅限于 GitHub Team 和 Enterprise 计划中的“大型运行器（larger runners）”，但它为自托管运行器提供了一种托管替代方案，不过目前仍仅限于 GitHub 生态系统和指定的基准镜像。

💡 主要观点

- 自定义镜像消除了 CI 流水线中冗余的工具安装过程。 通过将 Node、Python、SDK 和证书预装到镜像中，任务可以跳过设置阶段，从而加快执行速度并降低带宽成本。

“snapshot”关键字实现了镜像版本控制和生命周期的自动化。 GitHub 处理镜像的生成和增量版本控制，团队既可以锁定特定版本，也可以自动跟踪最新构建。

可用性仅限于付费层级和特定架构。 该功能仅限于使用 Linux (x64/ARM64) 或 Windows (x64) 上“大型运行器”的 GitHub Team 和 Enterprise Cloud 用户。

GitHub 优先考虑托管生态系统而非外部灵活性。 与允许任意外部镜像的 GitLab 或 CircleCI 不同，GitHub 要求使用其批准的基准镜像，以灵活性换取更低的运维开销。

💬 文章金句

- 自定义镜像改变了这种模式：你一次性预装好所有内容，后续的任务将完全跳过设置阶段。

snapshot 关键字是核心机制。每个带有该关键字的任务都会创建一个独立的镜像。
这种权衡与任何托管解决方案一样：以牺牲灵活性为代价，换取更少的运维开销。
它不是一个通用的虚拟机镜像流水线。你无法从外部引入任何任意的 AMI 或 GCP 机器镜像。

📊 文章信息

AI 评分：86

来源：InfoQ

作者：Claudio Masolo

分类：软件编程

语言：英文

阅读时间：4 分钟

字数：784

标签： GitHub Actions, CI/CD, DevOps, 自定义运行器, 云基础设施

阅读完整文章

GitHub Actions 自定义运行器镜像正式发布

🤖 問 AI