返回指南
比較·2026年9月12日·更新於 2026年9月24日·閱讀約 8 分鐘

Portkey 替代方案(2026)——Palo Alto 收購案改變了什麼,以及沒有改變什麼

Palo Alto Networks 於 2026 年 4 月 30 日宣布有意收購 Portkey,後者將成為 Prisma AIRS 內的 AI 閘道。目前沒有任何已宣布的事項表示產品將終止,而該閘道也是開放原始碼;但獨立的基礎設施供應商與安全套件中的模組,是兩種不同的依賴對象。以下是這些替代方案的誠實全貌。

最後審核於 。

Portkey 是建構在您自行持有的供應商帳戶之上的託管控制平面——透過單一端點提供路由、備援、護欄、快取與可觀測性(其網站)。這項搜尋之所以在 2026 年出現,是因為已有公開紀錄:Palo Alto Networks 於 2026 年 4 月 30 日宣布有意收購 Portkey,而 Portkey 將成為 Prisma AIRS(Palo Alto 的 AI 安全平台)中的 AI 閘道。這不代表 Portkey 是糟糕或即將停止的產品——但它確實改變了產品的定位:從獨立基礎架構變成安全套件的一個元件,而這是重新評估它的正當理由。

偏見聲明:Kunavo 是我們的產品,而且它不是 Portkey 的同類替代品——我們持有上游供應商憑證,Portkey 則透過您的憑證進行路由。這項差異決定了本頁的大部分內容,因此我們把它放在清單之前說明,而不是埋在其中。

這項收購改變了什麼,以及沒有改變什麼

事實來自 Palo Alto 自己的公告與投資人文件:1.4 億美元現金及替代性獎勵,於 2026 年 4 月 30 日宣布,預計在 Palo Alto 2026 財政年度第 4 季完成,並將 Portkey 定位為 Prisma AIRS 的 AI 閘道。

  • 未改變:產品仍在運作,閘道仍是開放原始碼,而且目前公布的資訊沒有任何內容表示服務將終止。這裡沒有遷移緊急狀況,任何告訴您相反內容的頁面都在推銷某種東西。
  • 改變了:產品類別。獨立基礎架構供應商與資安平台內的模組,會有不同的產品路線圖、定價邏輯,以及對客戶對象的不同理解。Gartner 已將該類別頁面歸在Prisma AIRS AI Gateway下,而不是 Portkey——分析師層面的重新命名已經開始。
  • 取決於您的身分:如果您已經是 Palo Alto 客戶,這很可能是升級——單一供應商、單一合約,以及您的 CISO 已經採購的安全方案。如果您選擇 Portkey 是因為它是位於您與每個模型供應商之間的中立基礎架構,那麼您當初選擇的東西正在變成另一種產品。

提供背景而非警報:Helicone 於 2026 年 3 月被 Mintlify 收購,目前進入維護模式。兩個獨立的閘道與可觀測性供應商在兩個月內整合進更大型的平台,已成為這個類別的一種模式;「這家供應商兩年後還會保持獨立嗎?」已成為實際的選擇標準。

候選清單

替代方案誰持有供應商帳戶選擇它的理由
LiteLLM(自託管)您由您執行的開放原始碼方案;最接近同類替代品
Portkey 閘道,自託管您保留您目前的一切,只少了供應商問題
TrueFoundry您具備企業支援與 SLA 的託管 BYO-key
Helicone您僅可觀測性——但先閱讀它自己的狀態
Cloudflare AI Gateway您快取、速率限制與分析,除此之外沒有其他功能
Kunavo閘道同時捨棄供應商帳戶與控制平面
OpenRouter閘道相同功能,支援最長的模型尾端

1. LiteLLM——同類開放原始碼替代方案

LiteLLM 涵蓋多數團隊使用 Portkey 的核心功能——透過您自己的供應商金鑰提供單一 OpenAI 相容端點,並具備路由與備援——而且是由您部署的軟體。它是「開放原始碼、自託管、BYO key」的標準答案,而代價在於營運:您要執行、修補它,並承擔其影響範圍。LiteLLM 評測整理 誠實說明了這項取捨,包括 2026 年 3 月的供應鏈事件,以及 LiteLLM 之後做了哪些變更。

2. 自行託管 Portkey 自己的閘道

這是多數這類清單文章會略過的選項,因為您採用它對它們沒有好處:Portkey 的閘道是開放原始碼,因此自行執行可以保留您目前完全相同的路由行為與設定,同時移除對商業產品未來走向的依賴。如果您反對收購是出於策略考量,而不是技術考量,這是幅度最小的變更。

3. TrueFoundry——具備支援合約的託管 BYO-key

它以自己的收購後指南在這項搜尋中排名第 1。這是一款主打部署彈性、SLA、治理與稽核控制的企業 AI 閘道(其產品頁面)。我們尚未評估它,因此這只是類別指引,而不是推薦——而且請記住,對「Portkey 替代方案」排名第一的公司,正是正在銷售其中一種替代方案的公司。

4. Helicone——移轉前先確認其狀態

它出現在大多數 Portkey 清單中,涵蓋的是可觀測性而非路由。它也已於 2026 年 3 月被 Mintlify 收購並進入維護模式——提供安全性修補、錯誤修正與新模型支援,但已停止積極功能開發。從一家已被收購的供應商轉移到另一家已被收購的供應商,是一項具體的選擇;請有意識地做出決定。

5. Cloudflare AI Gateway——精簡方案

在您自己的供應商金鑰前方提供回應快取、速率限制、重試與分析,除此之外沒有其他功能。如果您過去只使用 Portkey 的一小部分功能,這是規模小得多的依賴項。Kunavo 與 Cloudflare AI Gateway 比較

6. Kunavo 與 OpenRouter——不同的使用方式

兩者都持有上游供應商憑證,因此不需要管理供應商帳戶——也無法透過您自己的帳戶路由請求。只有在持有帳戶本身就是您想要卸下的負擔時,這才是正確的選擇。Kunavo 大多數模型的標價低於供應商的官方費率——Claude Sonnet 4.6 每百萬個 token 為 $2.10 / $10.50,相較於 Anthropic 的 $3.00 / $15.00;圖像、影片與音樂模型也使用相同的金鑰。Kunavo 與 Portkey 比較 將兩種使用方式並列比較。

如果您有談妥的供應商價格,請在此停止。 Anthropic、OpenAI 或 Google 的承諾消費或企業價格,比任何轉售商能列出的價格都更有價值,而且只有 BYO-key 工具能保留。這使第 1–5 類成為您的實際清單,而本節則不適用。

何時應繼續使用 Portkey

  • 您是 Palo Alto Networks 客戶。 整合到單一供應商、單一合約與單一安全態勢具有實際好處,而這項收購對您有利。
  • 您的遷移成本高於您的疑慮。 目前沒有任何服務已終止。在續約時重新評估,是合理且站得住腳的計畫。
  • 您特別使用護欄與治理功能。 這些是開放原始碼替代方案最難複製的產品部分,也是最有可能在安全平台擁有者旗下獲得投入的部分。

完整模式——任何閘道應為您處理什麼,以及切換前應追問什麼——請參閱LLM 閘道的四種類別。

常見問題

最佳的 Portkey 替代方案是什麼?

這取決於你是否想繼續持有自己的供應商帳戶。如果想——這正是 Portkey 所建立的模式——同類替代方案是自行託管的 LiteLLM,或 TrueFoundry 等其他託管 BYO-key 控制平面。如果供應商帳戶本身就是負擔,那麼 Kunavo 或 OpenRouter 等轉售存取權的閘道,會連同控制平面一起移除帳戶管理;這是不同的安排,而非直接替代品。先決定這一點;它會排除大部分選項。

Portkey 被收購了嗎?

Palo Alto Networks 於 2026 年 4 月 30 日宣布,依其投資人申報文件,有意收購 Portkey,交易金額為 1.4 億美元現金及替代性獎勵,預計於 Palo Alto 財政年度第 4 季 2026 年完成。Portkey 將成為 Palo Alto AI 安全平台 Prisma AIRS 的 AI 閘道。產品仍在運作,閘道也仍為開放原始碼;改變的是它所處的產品類別。

因為這次收購,我需要離開 Portkey 嗎?

不必緊急處理。公告沒有任何內容表示產品會終止,而且閘道是開放原始碼,因此無論商業方案如何發展,自行託管的路徑都存在。值得思考的是適配性,而非持續性:獨立基礎設施供應商與資安平台中的模組,在產品路線、定價邏輯和支援模式上都不同。如果你購買 Portkey 是因為它是中立基礎設施,請重新評估。如果你已經是 Palo Alto 客戶,這很可能會改善你的處境。

Portkey 的開放原始碼替代方案是什麼?

LiteLLM最接近:它是自行託管、相容 OpenAI 的代理伺服器,透過你自己的供應商金鑰,涵蓋 Portkey 的路由與回退核心功能。Portkey 自己的閘道也是開放原始碼,因此自行託管它是回答收購問題的合理方案。兩者都會把營運負擔交還給你——在承諾之前,值得先閱讀這項負擔實際包含什麼。

Kunavo 是 Portkey 的替代方案嗎?

只有在您願意改變使用方式的情況下才是。Portkey 會透過您持有的供應商帳戶路由請求;Kunavo 則持有上游憑證並依使用量向您收費,因此不需要管理供應商帳戶——也無法路由您自己的帳戶。如果您在 Anthropic、OpenAI 或 Google 談到了優惠價格,只有 BYO-key 工具能保留這些價格,而 Kunavo 並不屬於這類工具。如果您原本就是想停止持有這些帳戶,那麼 Kunavo 會同時取代這兩層。

替換 LLM 閘道之前,我應該檢查哪些事項?

依序檢查四件事:替代方案要求您持有哪些供應商帳戶、它是否支援您的用戶端所使用的 API 格式(OpenAI chat completions 與 Anthropic Messages 是不同的連線介面)、在快取輸入主導成本的工作負載中是否支援提示快取,以及上游失敗時實際會發生什麼——路由鏈、逾時,以及失敗的請求是否仍會計費。功能表格很少會回答最後一項。