选 Runner 时，先问清楚谁能提交代码、任务会执行什么脚本，以及构建凭据能访问哪些资源。美国主机上部署CI/CD Runner的隔离方案，核心不是地理位置，而是能否限制任务影响宿主机、其他作业和生产凭据。GitHub Actions self-hosted runner 与 GitLab Runner 都可部署在自有主机上，但具体隔离程度取决于执行器和主机配置。
先按代码信任程度划边界
只构建受控分支，与允许外部贡献者提交拉取请求，风险并不相同。CI 任务会运行仓库中的脚本；若任务拿到云账户密钥、部署令牌或可访问的 Docker socket，恶意或误写脚本就可能扩大影响范围。美国主机上部署CI/CD Runner之前，应把代码来源、凭据权限和可访问网络放在一起评估。
- 受信任代码：团队成员维护的私有仓库，可考虑容器隔离，但仍应限制任务权限。
- 不受信任代码：外部贡献者的变更或来源不明的代码，优先使用一次性虚拟机；不要让其接触部署密钥或生产网络。
- 混合任务：测试与发布分开配置 Runner，避免测试任务继承发布任务的凭据和权限。
四种方案的隔离与维护差异
| 方案 | 隔离特点 | 维护与适用条件 |
|---|---|---|
| 宿主机直接运行 | 多个任务可能共享系统用户、文件和软件环境，边界较弱。 | 维护简单、资源开销低，适合可信且低风险的单一任务；不适合运行任意仓库脚本。 |
| 容器执行器 | 任务有独立容器文件系统，但通常仍共享宿主机内核。将 Docker socket 挂入任务会显著扩大控制能力。 | 环境复现方便，适合可信项目；需维护镜像、容器运行时和清理策略。 |
| 一次性虚拟机 | 虚拟机提供比普通容器更强的内核边界；任务结束后销毁，可减少残留文件和凭据。 | 隔离较强，但启动、镜像更新和自动回收更复杂，资源开销也更高。 |
| Kubernetes Runner | 可为作业创建独立 Pod，并用命名空间、服务账户和网络策略进一步约束；Pod 本身不等同于独立内核。 | 适合已有 Kubernetes 运维能力、作业数量较多的团队；集群配置、权限和升级成本较高。 |
容器不是虚拟机的等价替代：普通容器隔离进程和文件系统，但与宿主机共享内核。反过来，虚拟机也不是自动安全，过宽的网络访问、共享凭据或未及时修补的镜像，仍会留下风险。隔离强度应按威胁模型判断，而不是只看产品名称。
按维护能力选择，并逐步落地
团队小、仓库可信
可以从容器执行器开始。把 Runner 放在独立主机或独立虚拟机上，不与网站、数据库等服务混装；按项目限制并发，任务结束后清理工作目录。不要为方便把宿主机管理权限或 Docker socket 直接交给构建任务。
外部代码或发布凭据敏感
优先采用按作业创建、结束即销毁的虚拟机，或经过严格权限配置的隔离集群。测试任务使用短期、最小权限凭据；发布密钥只在受保护分支和专用发布 Runner 中提供。若平台支持环境保护、审批或临时凭据，应将其用于发布步骤，而非整个构建流程。
- 盘点仓库来源、任务类型、所需凭据和目标网络，标记哪些作业可能运行不可信代码。
- 选择执行器：可信作业可用容器；高风险作业优先评估一次性虚拟机；只有具备集群维护能力时再引入 Kubernetes。
- 创建专用操作系统账户或专用主机，关闭不需要的入站访问，并限制 Runner 可访问的内部服务。
- 把测试与发布拆成不同 Runner 标签或组，分别配置并发、权限、密钥和允许执行的分支。
- 执行一次恶意脚本模拟检查：确认任务无法读取宿主机敏感文件、其他作业目录和不相关凭据；再验证作业退出后资源会被清理。
- 定期升级 Runner、基础镜像和宿主机系统，检查失败作业、异常资源使用及未回收的虚拟机或容器。
美国主机上部署CI/CD Runner的隔离方案还应考虑运维人手：容器通常比逐作业虚拟机省去一部分镜像生命周期管理，但需要认真维护容器配置；虚拟机隔离更强，代价是自动化和资源管理更复杂。若团队没有稳定维护集群的能力，不必为了“更高级”而先上 Kubernetes。
常见问题
容器 Runner 能运行不可信代码吗？
不能仅凭容器就认为安全。容器共享宿主机内核；对高风险代码，应优先采用一次性虚拟机，并移除不必要的宿主机访问与凭据。
一台美国主机能同时跑测试和发布吗？
可以配置，但应使用不同 Runner、账户或执行环境，并分别限制密钥和网络权限。若无法可靠隔离，最好将发布任务放到专用主机或虚拟机。
Kubernetes Runner 一定比容器执行器安全？
不一定。它提供更灵活的作业调度与策略工具，但安全效果依赖服务账户、权限、网络策略和节点配置，也会增加集群维护工作。
最终怎么选？
可信代码、资源有限时从受限容器开始；代码来源不可信或凭据敏感时优先一次性虚拟机。美国主机上部署CI/CD Runner的隔离方案应与团队实际维护能力匹配，并把最小权限和作业后清理作为基本要求。
