第 14 章：怎样选择方案

从任务条件出发

如果只是学习固定脚本，先用本地 Docker 理解文件、网络和资源限制。如果需要在产品里按需创建远程环境，可以评估托管沙箱服务。如果团队已有 Kubernetes，再研究对应的调度项目及其运行时配置。

如果要运行来自陌生用户的不可信代码，普通教学容器配置不足以直接作为上线方案。应根据租户关系、宿主机价值、可接受风险、兼容性和运维能力，评估额外隔离层或虚拟化方案，并做专业安全审查。

询问每个方案：具体依赖什么隔离机制？谁维护宿主机与镜像？网络出口怎样限制？如何提供短期凭证？如何导出产物？超时或断连后怎样终止任务？环境与数据保留多久？费用由哪些部分组成？

再用自己的任务测量：首次启动和预热后的等待、依赖安装、实际计算时间、失败率、资源峰值，以及清理是否可靠。不要只比较首页上的启动速度。

一位个人学习者要运行固定 CSV 分析：本地容器实验已经能说明大部分基本概念。一个面向多个客户的在线代码助手则多出用户隔离、恶意输入、并发、配额和远程产物处理，需求已经发生质变。

当两种任务使用同一个“沙箱”词时，仍应分别设计。选择依据是边界和责任，而不是哪个项目名字更新。