AWS Bedrock のロゴ

AWS Bedrock / リリースノート / 2026/05/27 / 通常

AWS Bedrock 2026年5月27日What's New解説: bedrock-mantle endpoint の Service Quotas 対応

AIaws

公式リリースノート

AWS は 2026年5月27日、Amazon Bedrock の bedrock-mantle エンドポイント について、AWS サービス クォータ で 推論 クォータ を確認できるようになったと発表しました。OpenAI API や Anthropic Messages API 互換のワークロードを Bedrock 上で運用するチームにとって、スケール計画と上限申請を扱いやすくする更新です。

要点

  • Amazon Bedrock の bedrock-mantle エンドポイント が AWS サービス クォータ に対応した
  • per-モデル input-トークン-per-minute / output-トークン-per-minute クォータ を確認できる
  • bedrock-mantle エンドポイント は OpenAI Responses API、OpenAI Chat Completions API、Anthropic Messages API に対応する
  • 本番導入前の capacity 計画、レート制限 管理、クォータ increase 申請に関係する
  • 対象は bedrock-mantle エンドポイント が提供される各 AWS リージョン

今回のWhat’s Newで語られていること

今回の発表は、Bedrock の機能追加としては地味ですが、本番運用ではかなり実務的です。bedrock-mantle エンドポイント は、OpenAI Responses API、OpenAI Chat Completions API、Anthropic Messages API をサポートし、既存の OpenAI / Anthropic ベースのアプリケーションを Bedrock 上へ移しやすくする導線です。その エンドポイント の 推論 クォータ を AWS サービス クォータ から見られるようになったことで、チームは利用上限を AWS 標準の クォータ 管理フローに乗せやすくなります。

生成AIアプリケーションでは、モデル品質だけでなく、トークン スループット、レート制限、リージョン 可用性、fallback ポリシー が本番可用性を左右します。特に エージェント、バッチ処理、社内チャット、顧客向け問い合わせ対応のように利用量が急に増える用途では、input トークン per minute と output トークン per minute の上限を事前に把握しておく必要があります。上限が見えないまま本番化すると、負荷試験やリリース直後に throttle が起き、アプリケーション側の 再実行、待ち行列、fallback が崩れる可能性があります。

サービス クォータ で bedrock-mantle の上限が見えるようになると、既存の AWS 運用と同じ形で クォータ increase を申請し、アカウントやリージョンごとの制約を管理できます。これは、AI platform team だけでなく、cloud operations、SRE、FinOps が Bedrock 利用を通常のクラウドリソース管理へ組み込むための更新です。

関係しそうなチーム

  • Amazon Bedrock の bedrock-mantle エンドポイント で OpenAI / Anthropic 互換 API を使う開発チーム
  • Bedrock の クォータ、レート制限、リージョン 可用性 を管理する AI platform / cloud operations チーム
  • 本番AIアプリの負荷試験、fallback、capacity 計画 を担当する SRE / MLOps チーム

実務で確認したいポイント

まず、利用中または利用予定の AWS リージョン で bedrock-mantle エンドポイント が提供されているかを確認します。次に、対象モデルごとの input-トークン-per-minute と output-トークン-per-minute の クォータ を サービス クォータ で確認し、想定トラフィック、ピーク時負荷、バッチ job、エージェント 実行時間に照らして不足がないかを見ます。

不足が見込まれる場合は、リリース直前ではなく、検証段階で クォータ increase を申請します。アプリケーション側でも throttle を前提にした 再実行、待ち行列、fallback、ユーザー-facing error handling を用意しておくべきです。

結局、この発表をどう読むべきか

今回の更新は、新しいモデルや派手な エージェント 機能ではありません。ただし、Bedrock を production AI platform として使うには、クォータ visibility は欠かせません。bedrock-mantle エンドポイント を使うチームは、モデル移行やAPI互換性だけでなく、サービス クォータ を使ったスケール計画まで運用手順に入れるべきです。