コンテンツへスキップ

移行ガイドPortkeyから

Palo Alto Networksによる買収後のPortkeyから

PortkeyはBYOKゲートウェイです。プロバイダーキーはIntegrationsに置かれ、コンフィグがルーティング、再試行、フォールバック、キャッシュを行います。2026年5月からはPalo Alto Networksの一部で、Prisma AIRS AI Gatewayです。ルーティングのほとんどは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が接続していないプロバイダーのために使っている場合。

変更点を1行ずつ。ここにないものはそのままです。

 PortkeyINFRO
ベースURLhttps://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL).https://api.infro.io/v1
キーx-portkey-api-key、またはSDKのapiKeyとしてのPortkey APIキー。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のプロバイダーキーは接続になります。1つのプロバイダーの複数のキーには分散され、待機用キーは最後に使われます。

予算は一段上のレベルに移る

Portkeyは、ワークスペースごとにIntegrationに予算を設定します。INFROは、組織、プロジェクト、メンバー、キー、エンドカスタマーに設定し、上限に達すると呼び出しの前に拒否します。

PortkeyのオブジェクトとINFROのオブジェクトの対応。2026年10月19日に読んだPortkeyの公開ドキュメントに基づき、ゲートウェイの実装と照合しています。 INFROにないものは2行あります。

Portkeyそこでの役割INFROでは
IntegrationsとAI Providers同じ形式認証情報の保管庫と、モデル、予算、制限付きのプロバイダースラッグ。プロバイダー接続。封印済み、1つのプロバイダーに複数のキー、キーごとにモデルを指定。
コンフィグ：fallback、loadbalance、retry同じ形式pc-...として保存され、キーに紐づけられるJSONのルーティングオブジェクト。優先度付きまたは重み付きのターゲットと、種別ごとの障害ルールを持つルート。キーをルートに固定できます。
条件付きルーティング異なるメタデータまたはパラメーターでルーティング。リクエストフィールドの固定セットに対するルートのif-ルールと、プロンプト分類器。任意のメタデータには対応していません。
キャッシュ（単純およびセマンティック）異なる完全一致とセマンティックのレスポンスキャッシュ。完全一致のみ。オプトインで、名前空間付き。
予算とレート制限異なるワークスペースごと、Integrationごとの、米ドルまたはトークンの制限とアラート。5つのスコープのドル建て予算、呼び出しの前に402、アラートしきい値。キーごとのリクエストレートのティア。トークン制限はありません。
ガードレール異なるゲートウェイ内のガードレールのカタログ。ブロック、マスク、フラグ付けを行うパターンルールと、意思決定モデルによるチェック。
ログ、トレース、フィードバック異なるリクエストログ、トレース、ユーザーフィードバック。推定コスト付きのリクエストログとトレース、OpenTelemetryエクスポート。フィードバックスコアはありません。
プロンプトライブラリとスタジオなしコードの外で管理・バージョン管理されるプロンプト。なし。プロンプトはお客様のコードに残ります。
MCPゲートウェイ同じ形式ゲートウェイの背後にあるMCPサーバー。自社のMCPサーバー向けのMCPゲートウェイ。承認済みのツールとキーごとの付与に対応します。
ワークスペース、RBAC、SSO同じ形式ワークスペースとロール。SSOはエンタープライズ。組織とプロジェクト、ロール、メンバーごとのプロジェクトアクセス。SSOとSCIMはBusinessプランから。
バッチなしゲートウェイ経由のバッチリクエスト。なし。
セルフホスト異なるMITオープンソースのゲートウェイ。エンタープライズ向けのハイブリッド。ホスト型。セルフホスト型またはハイブリッド型はエンタープライズ契約です。Enterprise — セルフサービスではなく、Enterprise契約で提供します。

Portkeyの公開ドキュメントに対する当社の読み取りであり、トライアルやベンチマークではありません。誤りがあればお知らせください。該当する行を修正します。

INFROが行わないこと

  • プロンプト管理、フィードバックスコア、評価。
  • セマンティックキャッシュ、または任意のメタデータによるルーティング。
  • バッチ、ファイル、ファインチューニング、またはOpenAI、Azure OpenAI、Mistral、OpenAI互換エンドポイント以外のプロバイダーでの埋め込み。
  • トークン数の制限。INFROは、リクエストレートとドルで制限します。
  • エンタープライズ契約なしで、自社のインフラで実行。

引き継がれないもの

  • Portkeyのログとトレース。インポーターはありません。必要なものをエクスポートしてください。
  • 保存済みのプロンプトとそのバージョン。
  • オブジェクトとしてのコンフィグ、予算、ガードレール。ルート、予算、ガードレールとして作り直してください。

質問

買収は、Portkeyが終了することを意味しますか？
確認した範囲ではありません。Palo Alto Networksは2026-05-29に買収を完了しており、Portkeyの料金ページには今もティアが掲載されています。オープンソースのゲートウェイの今後については、何の言及も見つかりませんでした。
PortkeyのコンフィグはINFROにどう対応しますか？
フォールバックのコンフィグは優先度付きルートに、ロードバランスのコンフィグは重み付きルートに、再試行はルートの障害ルールになります。ルート名をmodelとして送ってください。
モデルプロバイダーへの支払いは誰が行いますか？
Portkeyと同じく、お客様が直接お支払いします。INFROはサブスクリプションで、モデル支出への上乗せは0%です。

当社と一緒に、またはご自身で移行

移行プログラムでは、通話でPortkeyの設定をINFROの接続、ルート、予算に対応付け、最初のサービスを一緒に移行します。プロバイダーは引き続きお客様に直接請求し、INFROはサブスクリプションで、モデル利用料への上乗せは0%です。

14日間のトライアルを開始 移行セッションを予約INFRO vs Portkeyクイックスタートを読む

出典

このページにあるPortkeyについての記述は、すべて2026年10月19日に読んだこれらの資料に基づいています。トライアル、ベンチマーク、会話から推測したものはありません。