迁移指南从 Portkey
来自 Portkey,在 Palo Alto Networks 收购之后
Portkey 是 BYOK 网关:你的提供商密钥存放在它的 Integrations 中,配置负责路由、重试、回退和缓存。自 2026 年 5 月起,它作为 Prisma AIRS AI Gateway 成为 Palo Alto Networks 的一部分。它的大部分路由功能可以直接对应到 INFRO 路由;提示词工具则不能。
已被 Palo Alto Networks 收购(2026-05-29 完成);现为 Prisma AIRS AI Gateway
INFRO 账号可自助开通。 模型目录、文档和 API 契约已公开,网关已部署,v1 之后的所有功能都标注为“后续”。 套餐与试用
现状
收购
Palo Alto Networks 于 2026-05-29 完成对 Portkey 的收购;Portkey 成为 Prisma AIRS 的核心 AI 网关。Portkey 的定价页面现在称其为 Prisma AIRS AI Gateway,并仍然列出 Developer、Production、Enterprise 和 Open Source 各层级。
开源网关
Portkey-AI/gateway 采用 MIT 许可,且未归档。其最近一次发布是 v1.15.2(2026-01-12),最近一次推送是 2026-05-25。我们没有找到任何一家公司关于其未来的声明。
由谁的账号处理请求
是你。提供商密钥存放在 Portkey Integrations 中,由你的提供商向你收费,与 INFRO 一样。
这次收购并没有任何东西迫使你迁移;Portkey 仍在运行。如果下面某一条正是你使用它的原因,就留下。
- 你正在采购 Palo Alto Networks 的安全体系,而网关是这次采购的一部分。
- 你使用 Prompt Engineering Studio 或提示词库。INFRO 没有提示词管理。
- 你使用语义缓存,或基于任意请求元数据的条件路由。INFRO 缓存精确匹配,其路由规则读取的是一组固定的请求字段。
- 你自托管开源网关,并希望继续这样做,不需要协议。
- 你用 Portkey 做批处理,或使用 INFRO 没有连接的提供商。
需要的修改,每项一行。未在此列出的内容都保持不变。
| Portkey | INFRO | |
|---|---|---|
| 基础 URL | https://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL). | https://api.infro.io/v1 |
| 密钥 | 一个 Portkey API 密钥,作为 x-portkey-api-key 或 SDK 的 apiKey。 | Authorization: Bearer 中的 INFRO 网关密钥。提供商密钥从 Integrations 迁移到 INFRO 连接。 |
| 模型 ID | @openai-prod/gpt-5.6-terra,或 x-portkey-provider 加一个不带前缀的 id。 | openai/gpt-5.6-terra。要固定提供商,使用 routing.providers.allow;要使用命名的配置,使用路由。 |
| 请求头 | x-portkey-config, x-portkey-metadata, x-portkey-trace-id, x-portkey-cache-namespace. | 以路由规则作为 model;请求体中的 metadata(或 X-INFRO-User-Id、X-INFRO-Feature);X-INFRO-Trace-Id;X-INFRO-Cache-Namespace。 |
之前 · Portkey
import OpenAI from "openai";
import { PORTKEY_GATEWAY_URL } from "portkey-ai";
const client = new OpenAI({
apiKey: process.env.PORTKEY_API_KEY,
baseURL: PORTKEY_GATEWAY_URL,
defaultHeaders: {
"x-portkey-config": "pc-support-fallback",
"x-portkey-metadata": JSON.stringify({ _user: "user_123" }),
},
});
await client.chat.completions.create({
model: "@openai-prod/gpt-5.6-terra",
messages: [{ role: "user", content: "Hello" }],
});之后 · INFRO
import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.INFRO_API_KEY,
baseURL: "https://api.infro.io/v1",
defaultHeaders: { "X-INFRO-User-Id": "user_123" },
});
await client.chat.completions.create({
// A route holding the config's targets and failure rules
model: "support-fallback",
messages: [{ role: "user", content: "Hello" }],
});配置变成路由
strategy.mode: fallback 是优先级路由,loadbalance 是加权路由,retry 是路由的失败规则。当条件读取的是 INFRO 规则支持的字段时,条件路由会变成路由 if 规则。
Integrations 变成连接
每个 Integration 的提供商密钥都会变成一个连接。同一提供商的多个密钥会轮流分摊流量,备用密钥最后使用。
预算上移一个层级
Portkey 在每个工作区的 Integration 上设置预算。INFRO 则在组织、项目、成员、密钥或终端客户上设置,并在调用之前到达上限时拒绝。
Portkey 的对象与 INFRO 的对照,依据 2026年10月19日 阅读的 Portkey 公开文档,并已按网关实际实现的内容核对。 有两行显示 INFRO 没有对应项。
| Portkey | 它在那里的作用 | 在 INFRO 中 |
|---|---|---|
| Integrations 和 AI Providers形式相同 | 一个凭据保管库,加上带模型、预算和限额的提供商标识。 | 提供商连接,加密存放,每个提供商多个密钥,每个密钥可指定模型。 |
| 配置:fallback、loadbalance、retry形式相同 | JSON 路由对象,保存为 pc-... 并附加到密钥上。 | 带优先级或加权目标的路由,以及按类型划分的失败规则;密钥可以固定到路由。 |
| 条件路由不同 | 基于元数据或参数的路由。 | 基于一组请求字段的路由 if 规则,外加提示词分类器。不支持任意元数据。 |
| 缓存(简单缓存和语义缓存)不同 | 精确和语义响应缓存。 | 仅限精确匹配,需主动开启,带命名空间。 |
| 预算和速率限制不同 | 按每个工作区的每个 Integration 设置的美元或 token 限额,带告警。 | 五个层级的美元预算,调用之前返回 402,告警阈值;按密钥划分的请求速率档位。没有 token 限制。 |
| 护栏不同 | 网关中的一系列护栏。 | 会阻断、脱敏或标记的模式规则,以及在决策模型上的检查。 |
| 日志、追踪、反馈不同 | 请求日志、追踪和用户反馈。 | 带预估成本的请求日志和追踪,支持 OpenTelemetry 导出。没有反馈评分。 |
| 提示词库和 Studio无对应 | 在代码之外管理并做版本控制的提示词。 | 无。提示词保留在你的代码中。 |
| MCP 网关形式相同 | 网关之后的 MCP 服务器。 | 面向你自己 MCP 服务器的 MCP 网关,按密钥设置已批准的工具和授权。 |
| 工作区、RBAC、SSO形式相同 | 工作区和角色;SSO 在企业版。 | 组织和项目、角色、按成员的项目访问权限;SSO 和 SCIM 从 Business 套餐起提供。 |
| 批处理无对应 | 通过网关发送批处理请求。 | 无。 |
| 自托管不同 | MIT 开源网关;企业混合部署。 | 托管服务。自托管或混合部署通过企业协议提供。Enterprise — 通过企业协议提供,而非自助开通。 |
这是我们对 Portkey 已发布文档的理解,而非试用或基准测试。如果我们理解有误,告诉我们,我们会修正那一行。
INFRO 不做的事
- 提示词管理、反馈评分或评估。
- 语义缓存,或基于任意元数据的路由。
- 批处理、文件或微调,或除 OpenAI、Azure OpenAI、Mistral 或兼容 OpenAI 的端点之外的提供商上的嵌入。
- token 数量限制;INFRO 按请求速率和美元限制。
- 无需企业协议即可在你的基础设施上运行。
哪些无法迁移过来
- Portkey 中的日志和追踪。没有导入工具;请导出你需要的内容。
- 已保存的提示词及其版本。
- 以对象形式存在的配置、预算和护栏。请将它们重建为路由、预算和护栏。
问题
- 这次收购是否意味着 Portkey 要关停?
- 据我们所读到的内容,并不会。Palo Alto Networks 于 2026-05-29 完成收购,Portkey 的定价页面仍然列出其各个层级。我们没有找到关于开源网关未来的任何声明。
- Portkey 的配置如何对应到 INFRO?
- fallback 配置变成优先级路由,load-balance 配置变成加权路由,重试变成路由的失败规则。把路由的名称作为
model发送。 - 谁向模型提供商付费?
- 是你,直接付费,与 Portkey 一样。INFRO 是订阅制,对模型支出的加价为 0%。
和我们一起迁移,或自行迁移
迁移计划会在一次通话中把你的 Portkey 设置映射为 INFRO 的连接、路由规则和预算,并和你一起迁移第一个服务。你的提供商继续直接向你收费;INFRO 是一项订阅,对模型支出零加价。
来源
本页关于 Portkey 的每一项陈述都来自以下来源之一,阅读于 2026年10月19日。没有任何内容是从试用、基准测试或交谈中推断的。
- Palo Alto Networks — completes acquisition of Portkey阅读于 2026年10月19日
- Portkey — Pricing阅读于 2026年10月19日
- Portkey docs — OpenAI integration阅读于 2026年10月19日
- Portkey docs — Headers阅读于 2026年10月19日
- Portkey docs — Configs阅读于 2026年10月19日
- Portkey docs — Model Catalog阅读于 2026年10月19日
- Portkey docs — Budget limits阅读于 2026年10月19日
- Portkey docs — index阅读于 2026年10月19日
- GitHub — Portkey-AI/gateway阅读于 2026年10月19日