移行ガイド
既存のスタックをINFROに移行する
製品ごとに1つのガイドを、その製品自身の公開ドキュメントから書き、出典と日付を末尾に記載しています。各ガイドでは、変わるコードを示し、概念を対応付け、INFROが行わないことをはっきり述べ、今のままでいるほうが、あるいは別の製品のほうが良い答えになる場合を挙げています。
INFROのアカウントはセルフサービスで作成できます。 カタログ、ドキュメント、API仕様は公開済みで、ゲートウェイもデプロイ済みです。v1以降の機能には「今後提供」と表示しています。 プランとトライアル
移行の支援が必要ですか? 移行プログラムでは、INFROチームが切り替えをご一緒します。
AIゲートウェイとプロキシ
Vercel AI Gatewayから
すべてのVercelプランで一般提供。ドキュメントは2026-10-07まで更新
同じモデルID、異なるプロバイダー
モデルIDはすでに一致しています(
ガイドを読むanthropic/claude-opus-5)。AI SDKでは、モデル文字列はINFROを指すOpenAI互換のプロバイダーになり、providerOptions.gatewayはルート、fallbacks、metadataになります。INFRO自体はAI Gatewayのプロトコルに対応しておらず、埋め込みはOpenAI、Azure OpenAI、Mistral、OpenAI互換の接続でのみ提供し、Realtimeは提供しません。Kong AI Gatewayから
AI Gateway 2.x(2026-07-10に2.0、2026-09-30に2.2)。Konnectホスト型またはセルフホスト型
多くの場合、そのままが正解
KongはすでにBYOKです。プロバイダーの認証情報はAI Model Providerにあります。AI Modelのターゲットはルートに、コンシューマーはゲートウェイキーに、トークンと費用のレート制限は予算になります。セマンティックキャッシュ、セマンティックバランシング、プロンプトテンプレート、A2Aに相当するものはここにはありません。
ガイドを読むLiteLLMから
BerriAI製のMITオープンソース、およびライセンス制のEnterpriseエディション。セルフホスト
プロキシは廃止し、ライブラリは残す
LiteLLMプロキシの
ガイドを読むmodel_listはプロバイダー接続とルートに、仮想キーはゲートウェイキーに、キーとチームの予算はINFROの予算になります。Python SDKはそのまま残し、INFROをOpenAI互換エンドポイントとして呼び出せます。セマンティックキャッシュ、A2A、契約なしでの自己運用は引き継げません。Portkeyから
Palo Alto Networksが買収(2026-05-29完了)。現在はPrisma AIRS AI Gateway
コンフィグはルートに対応
Integrationsはプロバイダー接続に、
ガイドを読む@provider/modelはvendor/modelまたはルートに、フォールバックまたはロードバランスのターゲットを持つコンフィグはルートに、x-portkey-metadataはmetadataになります。プロンプトライブラリ、セマンティックキャッシュ、ログ履歴は引き継げません。TrueFoundryから
独立系。Seldon AIを買収(2026-06-24)。BYOKのAI Gateway、SaaSまたはEnterpriseでセルフホスト
仮想モデルはルートに対応
TrueFoundryはINFROと同じBYOKです。モデルアカウントは接続に、仮想モデルはルートに、
ガイドを読むX-TFY-METADATAはmetadataに、Budget LimitingはINFROの予算になります。セマンティックキャッシュ、同社の条件でのレイテンシーベースおよび複雑度ベースのルーティング、バッチ、ファイルは引き継げません。Orq.aiから
アムステルダムで開発。AI GatewayはOrqのクレジットまたはお客様自身のキーで動作。EUのSaaS、またはEnterpriseでVPCとオンプレミス
ゲートウェイは移し、AI Studioは残す
OrqのAI Gatewayとは近い形で対応します。プロバイダーキーは接続に、
ガイドを読むfallbacksとretryはINFROのfallbacksとルートに、IDはmetadata.user_idに、予算はINFROの予算になります。Orqのクレジットで流れているトラフィックは、先にご自身のプロバイダーアカウントが必要です。AI Studio(プロンプト、評価器、ナレッジベース、エージェント)に相当するものはありません。Bifrostから
Maxim製のオープンソース(Apache 2.0)のGo製ゲートウェイ。セルフホスト型で、ライセンス制のEnterpriseティアあり
仮想キーはゲートウェイキーに対応
Bifrostの仮想キーはINFROのゲートウェイキーに、
ガイドを読むfallbacksはfallbacksのまま、プロバイダーのプレフィックス付きのモデルIDはINFROの表記で引き継がれ、仮想キーの予算はINFROの予算になります。セマンティックキャッシュ、Goのプラグイン、自社での運用は引き継がれません。
ルーターとアグリゲーター
OpenRouterから
Stripeが買収に合意(2026-08-19発表)。2026-10-19時点で完了の通知なし
1つの上流として残す
OpenRouterは残せます。直接のOpenAI、Anthropic、Bedrockのアカウントと並べて、お客様自身のOpenRouterキーでINFROに接続するプロバイダーの種類の1つです。
ガイドを読むmodelsはfallbacksに、provider.orderはルートまたはrouting.providersになり、価格やレイテンシーによる並べ替えに相当するものはありません。Requestyから
独立系。クレジットによる独自のプロバイダーアクセスを持つホスト型のルーターで、6つのプロバイダーでBYOKに対応
ポリシーはルートに対応
Requestyのルーティングポリシー(
ガイドを読むpolicy/<name>)はINFROのルートに、requestyボディオブジェクトはmetadataに、キーごとの支出上限は予算になります。すべてのリクエストがお客様自身のプロバイダーアカウントで実行されるため、Requestyが自社のアクセスで提供していたモデルには、お客様自身のアカウントが必要です。LLM Gatewayから
llmgateway.io。コアはAGPLv3、ライセンス制の`ee/`エディションあり。ホスト型またはセルフホスト
BYOKモードはそのまま対応する
LLM GatewayのBYOKのプロバイダーキーはINFROの接続に、
ガイドを読むX-LLMGateway-*ヘッダーはmetadataに、キーごとの支出上限とIAMルールは予算と許可リストになります。Vercel AI Gatewayのプロトコルのエンドポイントに相当するものはINFROにはなく、AI SDKのアプリはOpenAI互換のプロバイダーに切り替えます。Unifyから
継続学習に方向転換。ルーターのドキュメントは非公開に。GitHubリポジトリは2026-10-16にアーカイブ
必要になる前に移行する
unify.aiは現在、継続学習の製品を打ち出しており、公開ドキュメントはサインインの先にあり、リポジトリは2026-10-16にアーカイブされました。
ガイドを読むapi.unify.ai/v0をmodel@providerのIDで呼び出しているコードは、お客様が保有するプロバイダーアカウント上で、INFROのvendor/modelに移行します。Eden AIから
独立系(リヨン)。API v3。クレジットによる独自のプロバイダーアクセスと、対象プランでのBYOK
LLMの呼び出しは移し、専門モデルは残す
Eden AIのチャット補完は、ベースURL、キー、INFROのモデルIDで移行できます。
ガイドを読むfallbacksは名前もそのまま、routing.allowed_providersはrouting.providers.allowになります。専門モデルのAPI(OCR、モデレーション、NERなど)にはINFROで相当するものがなく、Eden AIに残ります。MartianとNot Diamondから
Martianのルーターはもうドキュメント化されていません。Not Diamondはコーディングエージェントに軸足を移しました(Python SDKは2025-12-11にアーカイブ)
ルートとプロンプト分類器
モデルルーターは、プロンプトごとにモデルを選んでいました。Martianのドキュメントは現在ゲートウェイのみを説明しており、Not Diamondは現在コーディングエージェントをルーティングしています。INFROは、お客様が選んだ意思決定モデルの分類器で各プロンプトを分類し、お客様が設定したターゲットへ、お客様自身のアカウントでルーティングします。
ガイドを読む
オブザーバビリティ系ゲートウェイ
Heliconeから
Mintlifyが買収。サービスはメンテナンスモード
多くの場合、答えはLangfuse
ゲートウェイの統合はほぼそのまま対応します。アノテーションはリクエストヘッダーからリクエストボディに移り、レスポンスキャッシュは完全に一致するリクエストのみを対象にします。プロンプト管理、評価器、セマンティックキャッシュに相当するものはここにはなく、ガイドでは代わりにどこを使うべきかを説明しています。
ガイドを読むCloudflare AI Gatewayから
一般提供中。主要機能は無料
ほとんどの読者は使い続けるべき
これは何かに迫られての移行ではありません。そのためこのガイドは、自社のゲートウェイで測定すべき3つの数字から始めます。そのうち2つは、Cloudflareに軍配が上がる形で判断を終わらせます。その後に対応関係を説明します。ヘッダーはボディのフィールドになり、リトライのヘッダーには移す先がなく、安全カテゴリーのガードレールとWorkers AIに相当するものはここにはありません。
ガイドを読む
1つのクラウドのAIサービス
Amazon Bedrockから
AWSのサービス。Converseに加え、Bedrock APIキーとOpenAI互換エンドポイントが追加されました
一部のみ:Bedrock上のClaudeは直接のまま
INFROは、Bedrock APIキーでBedrockのOpenAI互換エンドポイントに接続し、そこで提供されているOpenAI、xAI、Moonshot、MiniMaxのモデルを扱います。Bedrock上のClaude、Llama、Nova、CohereにはConverseが必要で、INFROはまだConverseに対応していないため、それらの呼び出しは直接のままにするか、AnthropicまたはVertex AIの接続に移してください。
ガイドを読むAzure OpenAIから
Microsoft Foundry ModelsのAzure OpenAI。2025年8月からapi-versionなしのv1 API
デプロイはモデルマップになる
INFROは、Azure OpenAIリソースのv1エンドポイントをそのキーで呼び出し、各モデルはお客様のデプロイ名にマッピングされます。アプリには、OpenAIや他のプロバイダーへのフェイルオーバー、予算、リクエストごとの費用が加わります。Entra IDによる認証、Azureのコンテンツフィルターの設定、評価はAzureに残ります。
ガイドを読むGoogle Vertex AIから
2026-04-22にGemini Enterprise Agent Platformに名称変更。ホストは同じaiplatform.googleapis.com
お客様のプロジェクト上のGeminiとClaude
INFROは、お客様のGoogle Cloudプロジェクト内のVertex AIを、GeminiでもClaudeでもサービスアカウントキーで呼び出します。Vertex上のClaudeは
ガイドを読む/v1/messagesを経由して書かれたとおりに送られるため、Claude CodeとAnthropic SDKは変更なしで動きます。コンテキストキャッシュ、Cloud Billingへのラベル、Provisioned ThroughputはGoogle Cloudに残ります。
ゲートウェイはまだない
OpenAIとAnthropicのSDKの直接利用から
お客様のコードが、各プロバイダーのキーで各プロバイダーのSDKを呼び出す
クライアントごとに2行
各クライアントはSDKをそのまま使い、ベースURLとINFROキーが加わります。モデルIDは
ガイドを読むvendor/modelになります。Anthropic SDKは/v1/messagesでAnthropic自身のIDをそのまま使えます。OpenAIの埋め込みも同じモデルで移行できます。Batch、Files、ファインチューニング、Realtimeはプロバイダーを直接使い続けます。自社運用のAIプロキシから
プロバイダーの前に置いた自社のサービス:キー、リトライ、ログ記録、クォータ
廃止するか、INFROの後ろに残す
プロキシの役割は、接続、ルート、予算、リクエストログに対応します。サービスを移行する間はプロキシを
ガイドを読むopenai-compatible接続としてINFROの後ろに残すか、廃止してください。プロンプト自体に対して行う処理は、お客様のコードに残ります。
ここにないものを運用していますか? 現在の構成を教えてください。 今のままでいるべきなら、そうお答えします。 移行ではなく製品を並べて読みたい場合は、比較をご覧ください。