コンテンツへスキップ

移行ガイドAmazon Bedrockから

Amazon Bedrockだけの構成から、Bedrockを複数のプロバイダーの1つにする構成へ

Bedrockでは、推論はIAMのもと、お客様のAWSアカウント内で行われ、AWSの請求に載ります。INFROはそれを変えず、お客様のアカウントの認証情報でBedrockを呼び出します。追加されるのは、Bedrockと他のプロバイダーをまたぐルーティングとフェイルオーバー、呼び出し前に拒否する予算、プロジェクト・キー・ユーザーごとのリクエスト単位の費用です。INFROが現在Bedrockでルーティングできるのはすべてではないため、このページではその範囲を正確に記載しています。

AWSのサービス。Converseに加え、Bedrock APIキーとOpenAI互換エンドポイントが追加されました

INFROのアカウントはセルフサービスで作成できます。 カタログ、ドキュメント、API仕様は公開済みで、ゲートウェイもデプロイ済みです。v1以降の機能には「今後提供」と表示しています。 プランとトライアル

現状

Bedrockで追加されたもの

SigV4に加えてBedrock APIキー（ベアラートークン。短期は最大12時間、または長期）、そしてbedrock-runtime.{region}.amazonaws.com/openai/v1のOpenAI互換のChat CompletionsとResponses。AWSはこれを新しいアプリケーションに推奨されるエンドポイントとしています。

INFROが呼び出すもの

そのOpenAI互換エンドポイントに、長期のBedrock APIキーとリージョンで接続します。そこで提供されているOpenAI、xAI、Moonshot、MiniMaxのモデルを扱います。BedrockのIDはリージョン単位（global.openai.gpt-5.6-sol）のため、各モデルは接続のモデルマップで指定します。

INFROが呼び出さないもの

ConverseとInvokeModel。Bedrock上のClaude、Llama、Nova、Cohereはこちらで提供されるため、INFROは現在それらをBedrockでルーティングできません。INFRO経由のClaudeは、AnthropicまたはVertex AIの接続から提供されます。

多くのAWSチームにとって、Bedrockだけを使うのが正しい答えです。次のいずれかに当てはまるなら、そのままにしてください。

  • トラフィックがBedrock上のClaude、Llama、Nova、Cohereで、AWSにとどめる必要がある。INFROは現在それらをBedrockでルーティングできません。
  • セキュリティチームがIAMロールまたは短期の認証情報のみを求めている。INFROのBedrock接続は長期のBedrock APIキーを使いますが、AWSはこれを試用向けとし、本番での使用は推奨していません。
  • Bedrock Guardrails、プロンプトルーター、プロンプト管理、Provisioned Throughput、またはコスト配分のためのアプリケーション推論プロファイルに依存している。INFROには独自のガードレールとルートがありますが、これらのBedrockのオブジェクトはありません。
  • 推論を指定のAWSリージョン内にとどめ、何もAWSの外に出してはならない。INFROはアプリとBedrockの間のCloudflareのネットワーク上で動きます。データの所在の指定はロードマップにあります。

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

 Amazon BedrockINFRO
ベースURLbedrock-runtime.{region}.amazonaws.com（Converse）またはその/openai/v1。https://api.infro.io/v1
認証情報IAMからのSigV4、またはBedrock APIキー。アプリにはINFROのゲートウェイキー。INFROはお客様のアカウントの長期Bedrock APIキーを暗号化して保持し、IAMで許可した範囲にスコープを限定します。
モデルIDglobal.openai.gpt-5.6-sol, openai.gpt-oss-120b-1:0.openai/gpt-5.6-sol、openai/gpt-oss-120b。接続がそれぞれをBedrockのIDにマッピングします。カタログにないIDにはaws-bedrock/<bedrock id>で到達できます。
フィールドrequestMetadata、guardrailConfig、X-Amzn-Bedrock-Guardrail*ヘッダー。metadata { user_id, session_id, tags }。INFROのガードレールはコンソールで設定します。

変更前 · Bedrock（OpenAI互換）

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://bedrock-runtime.us-east-1.amazonaws.com/openai/v1",
    api_key=os.environ["AWS_BEARER_TOKEN_BEDROCK"],
)

client.chat.completions.create(
    model="global.openai.gpt-5.6-sol",
    messages=[{"role": "user", "content": "Hello"}],
)

変更後 · INFRO

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://api.infro.io/v1",
    api_key=os.environ["INFRO_API_KEY"],
)

client.chat.completions.create(
    model="openai/gpt-5.6-sol",
    messages=[{"role": "user", "content": "Hello"}],
    extra_body={
        # Only your Bedrock connection may serve this request
        "routing": {"providers": {"allow": ["aws-bedrock"]}},
        "metadata": {"user_id": "cust_123"},
    },
)

Converseを呼び出すコード

boto3やAWS SDKでConverseやInvokeModelを使っているコードでは、2行の切り替えでは済みません。リクエスト形式がChat Completionsに変わります。Claudeについては、それらの呼び出しを直接のままにするか、AnthropicまたはVertex AIを接続して/v1/messagesを呼び出してください。

クラウドをまたぐフェイルオーバー

ルートで、まずBedrock上のGPTを試し、次にOpenAIやAzure OpenAI上のGPTを試せます。いずれもお客様自身のアカウントです。Bedrockにとどめる必要があるリクエストは、routing.providersでBedrockに固定できます。

費用はAWSの請求に残る

INFROは各リクエストを交渉済みの料金または定価で見積もります。AWSの請求は読み取らないため、Bedrockについて突合した数字はなく、AWSの請求が正式な記録のままです。

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

Amazon Bedrockそこでの役割INFROでは
Bedrockのアカウントとクォータ同じ形式お客様のAWSアカウント、モデルごとの1分あたりトークン数のクォータ。変わりません。INFROはお客様のアカウントを呼び出し、お客様のクォータが適用されます。Bedrockからの429はルートの障害ルールに従います。
IAMとSigV4異なるロール、ポリシー、短期の認証情報。接続ごとに長期のBedrock APIキー。IAMロールの引き受けやSigV4には非対応です。
ConverseとInvokeModelなしClaude、Llama、Nova、Cohereに使われるBedrockのネイティブAPI。呼び出しません。INFROがルーティングするのは、BedrockのOpenAI互換のモデルのみです。
クロスリージョン推論プロファイル異なるus.、eu.、global.のプロファイルがAWS内でルーティングします。接続のモデルマップで指定します。リージョンは引き続きBedrockが選びます。INFROは他のプロバイダーへのフェイルオーバーを追加します。
アプリケーション推論プロファイルと`requestMetadata`異なるコスト配分とログのフィルタリングのためのタグとメタデータ。metadataとプロジェクト：プロジェクト、キー、ユーザー、タグごとのリクエスト単位の費用（推定）。
Bedrock Guardrails異なるIDとバージョンで指定するコンテンツ、トピック、単語、PII、グラウンディングのポリシー。INFRO自身のガードレール：パターンルールと意思決定モデルによるチェック。Bedrock Guardrailsの設定はありません。
インテリジェントプロンプトルーティング異なるプロンプトルーターが、同じファミリーの2つのモデルから選びます。ルートのプロンプト分類器が、選択した意思決定モデルでターゲットの分類を選びます。
予算異なるリクエスト単位の支出上限はありません。AWS Budgetsは請求額に対してアラートを出します。組織、プロジェクト、メンバー、キー、エンドカスタマーごとに、上限に達したら呼び出し前に402で拒否する予算。
Provisioned Throughput、プロンプト管理なしARNで呼び出す予約容量と保存されたプロンプトのバージョン。なし。
費用の突合異なるCost ExplorerとAWSの請求。Bedrockは見積もりのみ。突合はOpenAIとAnthropicのコストAPIを読み取るもので、AWSの請求は読み取りません。

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

INFROが行わないこと

  • Bedrock上のClaude、Llama、Nova、Cohereをルーティングすること（Converseが必要）。
  • IAMロール、SigV4、または短期のBedrockキーを使うこと。
  • Bedrock Guardrails、プロンプトルーター、プロンプト管理、Provisioned Throughputを適用すること。
  • AWSの請求と突合すること。
  • トラフィックをAWS内にとどめること。INFROはCloudflareのネットワーク上で動きます。

引き継がれないもの

  • 切り替え前のCloudWatchメトリクスとモデル呼び出しログ。AWSに残ります。
  • ガードレールとプロンプトルーターの設定。INFROが対応しているものは、INFRO自身のガードレールとルートで再作成してください。

質問

INFROはBedrock上のClaudeをルーティングできますか？
現時点ではできません。INFROはBedrockのOpenAI互換エンドポイントを呼び出しますが、Bedrock上のClaudeはConverseで提供されています。ClaudeはAnthropicまたはVertex AIの接続でルーティングするか、それらの呼び出しを直接のままにしてください。
Bedrockの利用料は誰が請求しますか？
お客様自身のアカウントでAWSから。INFROはサブスクリプションで、モデル支出への上乗せは0%です。
INFROにはどの認証情報が必要ですか？
長期のBedrock APIキーとリージョンを、INFROで暗号化して保持します。ルーティングするモデルにIAMでスコープを限定してください。

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

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

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

出典

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