托管 API 与 Azure AI 平台

KeepRouter 对比 Microsoft Foundry：原 Azure AI Foundry

KeepRouter 适合需要 KeepRouter 凭证和边界明确公开目录的托管模型 API 团队。Microsoft Foundry 原名 Azure AI Foundry，是覆盖模型、Agents、Tools、Projects、评估、Tracing、Monitoring 与企业策略的 Azure 平台。Foundry 存在多种端点族，不能把一个 OpenAI SDK 示例理解成适用于所有工作负载的通用端点。 [1] [2] [6] [7]

最后复核 2026-08-15 · 编辑复核: KeepRouter Editorial

直接结论

如果应用只需要托管访问一个文档化模型，而且不需要 Azure 资源部署或基于 Entra 的平台治理，选择 KeepRouter。若 Azure projects、角色权限、网络、策略、模型 deployments、Agents、评估、Tracing 与 Monitoring 必须位于同一运行边界，则选择 Microsoft Foundry。Microsoft Foundry 是原 Azure AI Foundry 的当前名称。其 SDK 指南记录了多种端点，包括 project endpoint、OpenAI 兼容的 /openai/v1 endpoint、Anthropic endpoint 与工具端点。这些路由承担不同任务，不能被压成一句通用兼容声明。

两者的产品类别差异很大。KeepRouter 通过自身账户销售托管模型 API 与预付用量；Foundry 是以 Azure 资源和 projects 组织模型与 Agents 的 PaaS。Azure 控制究竟是要求还是负担，会直接决定答案。

决策表

端点选择本身就是架构决策

Foundry 官方 SDK 页面区分 project endpoint 与直接模型 endpoint。Project endpoint 配合 Foundry SDK client 与 project 资源使用；/openai/v1 endpoint 为受支持 Azure OpenAI 风格操作提供更广的 OpenAI SDK 兼容，包括 embeddings；Anthropic 模型可使用 Anthropic SDK endpoint；tools 则有自己的 API。

这个区别会直接影响迁移。只用 OpenAI client 检查一次聊天文本，并没有验证 embeddings、Agent 状态、project tools、deployment name、流式事件、认证或 quota 行为。Foundry quickstart 本身也要求先有已部署模型和 project endpoint，之后才创建模型响应与 Agent 对话。

Azure 不是产品要求时，KeepRouter 更合适

KeepRouter 把准备工作缩小到 KeepRouter 账户、预付额度、限定范围的 Key，以及实时目录中的准确模型路由。对于运行在 Azure 之外的应用、不想配置模型 deployment 的团队，或组织策略没有要求 Azure 持有模型资源的服务，这条路径更直接。

KeepRouter 不会复现 Foundry projects、Microsoft Entra 身份、Azure 网络、策略、deployment 控制、托管 Agents、评估、Tracing 或 Monitoring。如果这些属于验收条件，用模型 API 替换 Foundry 会删除必要控制，而不是单纯减少工作。

Azure 持有工作负载时，Foundry 更合适

已经通过 Azure 管理身份、网络边界、资源策略、成本与运营的组织，更容易采用 Foundry。它让模型开发者与应用开发者共享资源和 project 结构，并把模型、Agents、tools、评估与可观测性放入同一 Azure 治理模型。

平台能力也会带来部署工作。目标模型必须在对应 offer 与区域可用，再按 quota 建立 deployment。Endpoint、API version、deployment name、认证方式与 SDK 必须相互匹配。价格页还分别列出 Models、Agent Service、knowledge and tools、observability and trust、local or edge 产品，单一 token 单价无法概括整个平台。

能力边界

Foundry 的 OpenAI 兼容性以路由为范围，不代表每个 Foundry 模型、Agent、tool 或 project operation 都接受同一个 OpenAI 请求。应由官方 SDK 指南决定客户端和 endpoint。KeepRouter 也一样，其 OpenAI 与 Anthropic 兼容路由只覆盖文档化模型与操作，不包含所有原生供应商或 Azure 字段。

模型语义仍需独立处理。即使两个路由接受相似 JSON，tool schema、结构化输出、reasoning 控制、安全行为、stream chunk、token 记账与错误也可能不同。迁移测试必须使用准确候选 deployment。

从 Foundry 迁入 KeepRouter

1. 记录 Foundry resource、project endpoint、直接模型 endpoint、deployment name、SDK、认证方式、tools、Agent 状态，以及评估或 Tracing 依赖。
2. 把普通模型推理调用隔离出来。Project operations、hosted Agents、Azure tools、RBAC 与 Monitoring 不能通过更换 Base URL 迁移。
3. 从实时目录选择准确 KeepRouter 模型 ID 与路由，移除 KeepRouter OpenAPI 契约中不存在的 Azure deployment name 与 API 字段。
4. 用限定范围的 KeepRouter Key 替换 Azure 凭证。只有目标路由明确记录时，才分别测试 chat、Responses、Messages、embeddings、流式与 tools。
5. 在删除 Azure deployment 或 Monitoring rule 之前，根据 KeepRouter 账本核对用量与错误。

从 KeepRouter 迁出到 Foundry

1. 先判断工作负载需要直接 /openai/v1 模型 endpoint、Anthropic endpoint、Foundry project endpoint，还是 hosted Agent。
2. 创建 Azure subscription 资源与 project，在受支持区域部署模型，授予最小权限 role，并确认 quota。
3. 把每个 KeepRouter 公开 ID 映射到 Foundry deployment name 与准确模型版本。KeepRouter 私密上游映射和额度不会迁移。
4. 更新认证与 client 构造，再有意识地增加 Azure 日志、Tracing、预算责任、网络与策略。
5. 切流前测试 deployment not found、quota 耗尽、授权、流式取消、tool 错误与区域限制。

可以用AI Gateway 对比页区分产品类别，再用托管与自托管 Gateway确定运维责任。评估指南提供中性的验收清单。

常见问题

Azure AI Foundry 现在叫 Microsoft Foundry 吗？

是。Microsoft 当前文档使用 Microsoft Foundry，并把 Azure AI Foundry 与 Azure AI Studio 标为旧名称。

OpenAI SDK 可以调用 Microsoft Foundry 吗？

受支持操作可以通过文档化 /openai/v1 endpoint 调用。Project、Anthropic、tool 与 Agent 操作可能需要不同客户端或端点。

Foundry project endpoint 能处理所有模型操作吗？

不能。Microsoft 记录了不同端点族。应按 SDK overview 为工作负载选择 project、直接 OpenAI、Anthropic 或 tool endpoint。

KeepRouter 能替代 Azure 身份与策略吗？

不能。KeepRouter 有自己的 Key 与服务契约。Azure RBAC、Entra 身份、网络、策略和资源治理仍属于 Microsoft Foundry 责任。

可以只比较一个标称 token 单价吗？

这不足以完成平台决策。应比较准确模型 deployment，并包含设计实际使用的 Agent、tool、评估、Monitoring、网络与运维成本。

参考的一手资料

来源复核日期 2026-08-15

1. [1] Microsoft Foundry overview
2. [2] Microsoft Foundry SDKs and endpoints
3. [3] Microsoft Foundry quickstart
4. [4] Microsoft Foundry pricing
5. [5] Microsoft Foundry OpenAI embeddings reference
6. [6] KeepRouter OpenAPI
7. [7] KeepRouter models and pricing

继续阅读

• 按场景选择 AI Gateway
• 托管与自托管 AI Gateway
• OpenRouter 替代选项
• 统一 LLM API
• 如何用证据型评分卡评估 AI Gateway
• models