OCI Enterprise AI 导入模型私有端点：多云 AI 运营商必须审查的路由架构变化

在此之前，使用 Oracle Cloud Infrastructure Enterprise AI 平台的团队面临一个结构性矛盾：Oracle 管理的模型（Cohere、Llama 系列）可以通过私有端点提供服务，而通过 Model Import 引入的第三方模型——DeepSeek V4、GLM 5.2、Qwen3-Next、Kimi K2.7——仍需要走公网路径。这个缺口迫使运营商要么接受公网路由，要么为合规工作负载搭建自定义的 VPN/PrivateLink 绕路方案。

OCI Enterprise AI 现在填上了这个缺口。导入模型的私有端点已正式发布，guardrail 版本锁定功能也同步上线。两项变化均于 2026 年 7 月生效，使用 OCI 作为 AI 推理后端的团队需要对路由架构进行全面审查。

发生了什么

Oracle 在 2026 年 7 月为 OCI Enterprise AI 发布了两项基础设施更新：

导入模型的私有端点。 团队现在可以为任何通过 Model Import 导入的模型创建私有端点——覆盖 DeepSeek V4 Flash 和 V4 Pro、GLM 5.2、Qwen3-Next-80B-A3B-Instruct、Kimi K2.7 Code、MiniMax M3、Mistral Medium 3.5 等。发往这些端点的请求不再离开 OCI VCN，流量通过私有网络路径传输，不经过公网。

Guardrail 版本锁定。 ApplyGuardrails API 现在接受 guardrailVersionConfig 字段。团队可以通过 ListGuardrailVersions 浏览可用版本，然后锁定到特定语义版本（如 1.0.1）。版本 1.0.0 是初始发布版本；1.0.1 改进了内容审核（CM）和 prompt injection（PI）检测的准确性。不指定版本字段时，继续使用最新的活跃默认版本。

2026 年 7 月的模型导入扩展还新增了 OpenAI Whisper Large V3 Turbo 和 Google MedGemma 27B Text IT，进一步扩展了私有端点现在覆盖的非文本推理场景。

为什么这对 AI 工程团队很重要

私有端点终结了公网路由的妥协。 所有在数据驻留要求、金融合规规定或企业网络策略下运行 OCI 导入模型的团队，此前一直处于灰色地带。即使有 TLS 加密，通过公网路由 AI 推理流量也会产生审计暴露面，使防火墙策略复杂化，并无法通过许多企业安全审查。私有端点消除了这一障碍，无需离开 OCI 平台或搭建 transit gateway 绕路方案。

Guardrail 版本锁定是生产环境稳定性控制措施。 在此之前，OCI guardrail 模型的更新可能在不发出任何版本变更信号的情况下悄然改变生产环境中内容审核和 PII 检测的行为——原本通过的某类输入可能在后台更新后开始被拦截。版本锁定为运营商提供了与模型版本锁定相同的稳定行为保证：由你决定何时切换行为。

模型目录扩展改变了路由选型逻辑。 OCI Model Import 引入的 GLM 5.2 在 Oracle 基础设施上提供 1M context 的长上下文推理和编程能力。Qwen3-Next-80B-A3B-Instruct 增加了来自 Qwen 家族的稀疏激活 MoE 模型。更广泛的导入目录结合私有端点支持，使 OCI 成为更完整的备选路由目标——尤其适合已在 OCI 上运行其他工作负载、或需要 APAC/OCI 区域可用性的团队。

router/operator 视角分析

多云路由在 OCI 侧现在拥有私有路径层级。 对于跨 Azure AI Foundry、AWS Bedrock、Vertex AI 和 OCI 管理路由的运营商，私有端点更新意味着 OCI 导入模型现在可以与云托管模型处于同等合规层级。你的路由策略现在可以安全地将合规敏感工作负载（含 PII 的 prompt、金融文件、医疗数据）定向到 OCI 导入模型，无需再为此设置网络例外。

Guardrail 版本锁定可直接整合到 gateway 层的稳定性策略中。 如果你的路由 gateway 在将请求转发到模型端点之前会应用 OCI guardrail 作为策略层，版本锁定让你可以将 guardrail 更新节奏与 OCI 的发布计划解耦。推荐模式如下：

• 在 staging 和生产环境中锁定到指定版本。
• 在 CI pipeline 中运行 ListGuardrailVersions 检测新版本。
• 在 staging 验证行为后，再将版本锁定升级到生产环境。
• 使用 API 返回的 deprecation/retirement 时间戳规划强制升级计划。

检查你当前 OCI 模型路由配置的要点：

1. 是否有任何导入模型端点当前走公网？如果是，将网络安全或合规策略覆盖的工作负载迁移到私有端点。
2. 是否在使用 ApplyGuardrails API 时未指定版本？添加 guardrailVersionConfig 锁定行为——尤其是当你的团队对审核准确性有 SLO 要求时。
3. 你当前的导入模型集是否覆盖了 2026 年 7 月新增的目录选项？Kimi K2.7 Code 和 Qwen3-Next 的新增可能改变你在长上下文编程和推理任务上的路由决策。

TheRouter 用户应关注的内容

如果你正在跨多个 AI 云 provider 进行路由，OCI 对导入模型的私有端点支持降低了将 OCI 路由加入你的 fallback 池的合规障碍。评估是否将 OCI 纳入次要或区域性 provider 的团队，现在可以不必在网络架构上做出曾经让合规审查变得困难的妥协。

Guardrail 版本锁定的模式——将治理生命周期与模型路由生命周期分开——是无论使用哪家云都值得在 gateway 层应用的原则。在独立更新控制下维持稳定的内容策略行为，是成熟多 provider 路由架构的组成部分。

关注 OCI ListGuardrailVersions API 的输出和 Oracle 在 /docs/ 发布的 release notes，获取版本生命周期更新。Guardrail deprecation 时间线现在已通过 API 响应暴露，便于将其整合到自动化治理 pipeline 中。