Azure ML AZUREML_COMPUTE_USE_COMMON_RUNTIME报错原因及停用影响咨询

1. 报错根本原因 #

AZUREML_COMPUTE_USE_COMMON_RUNTIME是控制Azure ML计算资源是否启用新版公共运行时的开关。2021年10月微软推该功能灰度上线时，存在两个核心兼容性问题，直接导致Python模块导入故障：

• 公共运行时会将Azure ML平台预装的Python包路径加入sys.path最高优先级，若用户代码中存在和平台预装包同名的自定义模块、或是自定义环境安装的包版本与平台预装版本不兼容，就会触发导入错误
• 当时的预览版公共运行时存在已知Bug：用户在自定义环境中指定安装的第三方包会被平台预装的同包名不同版本覆盖，无法正常加载用户预期的包版本，直接引发ImportError

2. 停用该参数的明确长期影响 #

将AZUREML_COMPUTE_USE_COMMON_RUNTIME设置为false会回退到旧版专有运行时，长期使用有以下影响：

• 功能迭代受限：微软所有后续新增的Azure ML流水线功能（包括步骤缓存优化、跨计算运行时一致性、托管身份自动注入、环境增量打包加速等）仅在公共运行时上提供，旧版运行时不再新增任何功能
• 安全与维护终止：2022年第二季度起微软已停止对旧版运行时的Bug修复、安全补丁更新，长期使用会面临未修复的安全漏洞、新增Azure服务无法集成的兼容性问题
• 性能损耗：旧版运行时的环境启动速度比公共运行时慢30%~50%，多步骤流水线的整体运行耗时会显著提升
• 强制升级风险：2023年之后新建的Azure ML计算集群已完全移除对旧版运行时的支持，后续需要扩容、迁移计算资源时必须完成公共运行时适配才能正常运行业务

3. 功能推送上线的合理性讨论 #

从当时的官方更新规则和用户反馈来看：

• 该版本公共运行时属于预览阶段功能，按照微软Azure服务的常规上线规范，预览版功能需由用户主动开启，不应默认强制推送，当时的灰度策略未提前向全量用户推送通知，不符合常规上线流程
• 该版本上线前未完成足够的存量业务兼容性测试，也未在控制台提供一键回滚入口，导致大量存量流水线业务无预期中断，上线流程存在明显疏漏

内容的提问来源于stack exchange，提问作者Wiktor Madejski