运行器选型是什么
构建在哪里执行有两种供给方式：托管运行器开箱即用、弹性供给，依赖公网；自托管运行器在内网可达性与硬件上更可控，但要自己负责补丁、隔离与扩容。混合使用是最常见的形态——敏感步骤与内网集成放自托管，普通构建测试用托管，决策依据是数据边界、带宽与总成本。
基本信息
| 托管 | 弹性供给、维护少、依赖公网 |
|---|---|
| 自托管 | 内网可达、硬件可定制、需自行维护 |
| 混合 | 敏感步骤自托管，普通测试用托管 |
| 评估维度 | 数据边界、带宽、总成本、合规要求 |
| 安全 | 自托管要做补丁、隔离与用途约束 |
| 成本 | 机器成本之外还有运维人力 |
选择要点
选择要点
按约束逐条对照：
- 需访问内网资源或私有集群 → 自托管 # 网络可达性
- 需要 GPU 或超大缓存 → 自托管或专用机型 # 硬件
- 普通构建与测试 → 托管更省心 # 维护成本
- 高敏代码 → 自托管加严格隔离 # 数据边界
- 突发峰值 → 托管补峰 # 成本优化典型使用场景
- 内网集成：需要访问私有集群或数据库的流水线
- 敏感构建：受合规约束的代码在自有环境构建
- 硬件需求：GPU、大内存、特殊架构的工作负载
- 峰值互补：托管承担突发流量，自托管保基线
- 成本优化：长期高负载时自托管摊薄单价
- 迁移过渡：从自托管向托管迁移期间并行运行
维度对比
| 维度 | 托管 | 自托管 |
|---|---|---|
| 维护 | 平台方负责 | 补丁与监控自己扛 |
| 网络 | 默认公网 | 内网可达可定制 |
| 弹性 | 按需扩展 | 受自有容量限制 |
| 安全 | 平台隔离开销低 | 需自建隔离与更新机制 |
| 成本 | 按用量计费 | 固定成本加人力 |
自托管要算总账：机器成本之外还有补丁、监控、隔离与扩容的人力投入。
自托管集中于少量节点：故障与排队拖慢全组织。
安全更新滞后：运行器会成为供应链的薄弱环节，更新要有固定节奏。
自托管节点尽量走一次性实例：任务结束回收，减少残留状态带来的问题。