Palo Alto Networks 完成收购 Portkey:AI Gateway 整合对你的路由架构意味着什么

Palo Alto Networks 完成了对 AI gateway 创业公司 Portkey 的收购,将其整合进 Prisma AIRS 作为企业级 LLM 流量控制平面。本文分析这对独立路由层团队的实际影响。

发布于 来源 Palo Alto Networks

归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

一条简洁的路径汇入更大的架构框架,象征 AI gateway 整合进企业安全平台的抽象编辑配图

Palo Alto Networks 于 2026 年 6 月 2 日正式宣布完成对 Portkey 的收购。Portkey 是一家成立于 2023 年的 AI gateway 创业公司,此次并购首次披露于 4 月 30 日。交易完成后,Portkey 成为 Prisma AIRS(Palo Alto 综合 AI 安全平台)的核心路由和控制平面组件。对于运行独立路由基础设施的团队来说,这不只是一条企业并购公告——它表明 AI gateway 层已被正式归类为安全关键基础设施,而供应商格局正在快速整合。

Portkey 并购前的定位

Portkey 将自身定位为"GenAI 构建者的生产技术栈":一个统一的 API 层,为团队提供 3,000+ 个 LLM 的访问入口,以及可观测性、guardrail、prompt 管理和语义路由能力。该公司每月处理数万亿 token,客户中包括多家财富 500 强企业。其核心价值主张清晰简单——仅需三行代码,即可在任何 LLM 调用之上叠加路由和治理层,内置缓存、fallback 和成本追踪。

对于评估 AI gateway 方案的工程团队而言,Portkey 是市场上较为成熟的独立选项之一:开发体验友好,开源社区活跃,计费模型随用量扩展,而非要求团队与平台供应商的采购周期深度绑定。

Prisma AIRS AI Gateway 的新格局

收购完成后,Portkey 的完整功能集正被整合进 Prisma AIRS,成为其核心 AI gateway 组件。整合后的平台将四个此前独立的能力层合并为统一控制平面:

  • AI 运行时安全——实时流量检测,识别 agent 级别的威胁、恶意 prompt 和数据外泄行为。
  • Agent 身份安全(通过 Idira,前身为 CyberArk)——基于最小权限原则对每次 agent 交互进行身份验证,阻止未授权工具调用和横向移动。
  • AI 可观测性(通过 Chronosphere)——为生产规模的 LLM 工作负载提供深度遥测,追踪延迟、吞吐量、成本和异常模式。
  • AI Gateway 路由(通过 Portkey)——统一 API 访问数千个模型,语义路由、缓存、fallback 和 token 级治理。

该综合平台面向正在从实验性聊天机器人转向能够执行真实业务工作流的自主 agent 的企业。Palo Alto 首席产品和技术官 Lee Klarich 将此次收购定性为打破"被迫在拼凑点状产品与等待遗留平台赶上之间二选一"的僵局。

对路由团队的实际影响

如果你的团队正在运行独立路由层——无论是自定义 proxy、开源 gateway 还是托管服务——这次收购从三个具体维度改变了你的供应商格局。

AI gateway 正式成为安全产品品类

在这笔交易之前,"AI gateway"主要是一个开发工具:路由请求、缓存响应、追踪成本。Palo Alto 的收购将其重新定义为安全基础设施。Gartner 数据显示,81% 的企业已在试点或全面部署 AI agent。当自主 agent 利用真实数据做出实时决策时,路由层就成了安全策略的执行点——而不仅仅是成本优化工具。

这一重新定位带来采购层面的影响。安全团队,而非只是开发团队,将共同拥有 AI gateway 的决策权。预算来源改变,评估标准随之调整。如果你目前的路由层不提供运行时安全扫描、agent 身份验证或与 SIEM/SOAR 栈的集成,它可能在下一轮供应商评审中难以过关。

独立 gateway 的整合压力

Portkey 是最后几家规模较大的独立 AI gateway 之一。这次收购后,独立 gateway 市场正在快速收窄。剩余选项主要分为三类:云厂商原生路由(Azure AI Foundry、AWS Bedrock、Vertex AI)、开源自托管 gateway,以及尚未被收购的小型托管服务。

对于正在评估路由层的团队而言,这意味着中立选项越来越少。云厂商 gateway 带来锁定风险;自托管方案需要大量运维投入;小型托管服务则有被收购的不确定性。采用厂商中立路由层、在其上构建可移植治理逻辑的时间窗口正在收窄。

语义路由和缓存被打包进平台产品

Portkey 的语义路由(基于能力、延迟和成本信号为每个请求智能选择最优模型)和缓存层,是其核心差异化特性。这些能力现在被捆绑进一个安全平台,与运行时保护和身份管理一并提供。这提高了独立路由工具的竞争门槛。

如果你目前的 gateway 只处理请求转发和基础 fallback,它现在面对的是一个将路由、安全、身份和可观测性打包为单一 SKU 的平台竞争对手。反驳观点是:捆绑会带来复杂性和厂商依赖。需要对路由逻辑进行精细控制——基于自定义信号按请求选择模型——的团队可能更偏好更轻量、可编程的路由层。正确的选择取决于你的团队是在优化简单性还是可控性。

更广泛的趋势:安全厂商正在收购 AI 基础设施

这笔交易契合了一个更大的格局。Palo Alto Networks 在 2026 年完成了一系列收购,以组装其 AI 安全技术栈:Chronosphere(可观测性)、CyberArk(身份,已更名为 Idira)、Koi(应用安全),以及现在的 Portkey(路由层)。这一战略是蓄意而为的——掌控 AI 流量的整条控制平面。

这种整合并非 Palo Alto 独有。纵观行业,安全厂商都在意识到 AI 路由层是企业治理的天然执行点。运营团队一直在独立构建的治理和可观测性模式正以越来越快的速度被吸收进厂商平台。

对于运营者而言,核心结论是:你所依赖的基础设施层——路由、可观测性、身份、安全——正在向少数平台厂商集中。这种整合是有益的(简化采购、策略一体化)还是有害的(厂商锁定、灵活性受损),取决于你的团队架构和谈判地位。

下一步行动

如果你的团队正在评估 AI 路由基础设施,建议三个具体步骤:

  1. 审计你的 gateway 依赖。 梳理你依赖的具体功能——路由、缓存、fallback、成本追踪、guardrail——以及这些功能是否可以在不同 gateway 间迁移。如果你当前使用的是 Portkey,务必了解 Prisma AIRS 的迁移时间表,以及定价或 API 合同的任何变化。

  2. 将路由逻辑与安全策略分离。 把路由决策(模型选择、fallback 链、成本预算)构建为可应用于任意 gateway 的配置层。把安全策略(数据防泄漏、agent 身份、审计日志)保持在独立的、可插拔的层中。这种分离是你对抗供应商整合的保险策略。

  3. 评估捆绑与非捆绑的权衡。 如果你的组织有成熟的安全团队并已有 Palo Alto 工具投入,Prisma AIRS 的整合可能会简化你的技术栈。如果你需要对路由逻辑进行精细控制,并希望避免厂商锁定,现在就应该投资一个可编程的、gateway 无关的路由层——趁独立市场进一步收窄之前。

AI gateway 市场的整合已经开始。今天做好规划的团队,将比等待观望的团队拥有更多选择。


来源:Palo Alto Networks 新闻稿(2026 年 6 月 2 日)。Portkey 产品细节来自 portkey.ai 及 Palo Alto Networks 博客。

帮助与联系