AWS：Amazon Bedrock、ソウルとシンガポールでClaudeのリージョン内推論を提供開始

AWSは何を発表したのか

AWSが Artificial Intelligence ブログで公表した内容によると、Amazon Bedrock はアジアパシフィック（ソウル）リージョン（ap-northeast-2）で Claude Opus 5 と Claude Sonnet 5 を提供する。アジアパシフィック（シンガポール）リージョン（ap-southeast-1）では Claude Sonnet 5 を提供する。Amazon Bedrock はAWSのAIモデル利用サービスで、リージョンとはAWSのデータセンター群が置かれた地域の単位を指す。いずれも bedrock-runtime エンドポイント（プログラムからサービスに接続する窓口）を通じた「リージョン内推論」として動作する。推論とは、AIモデルが質問などの入力を受けて回答を生成する処理のことである。

AWSは、この機能は韓国またはシンガポールで現地でのデータ処理が求められる利用者、たとえば金融サービス、ヘルスケア、公共部門などを想定したものだと説明している。AWSによれば、こうした利用者は上記のAnthropicモデルを大規模に利用できるようになったという。

詳しい説明を読む

情報源を収集し、独立検証を行ってから Jev が判断します。

「リージョン内推論」とは何か

AWSの説明によると、リージョン内推論とは、リクエストが利用者の指定した単一のAWSリージョン内で完結して処理されることを指す。これは、データを特定の国や地域の中で保管・処理するという「データレジデンシー」の要件に応えるための仕組みである。クロスリージョン推論プロファイル（リクエストを複数のリージョンに振り分けて処理する方式）とは異なり、振り分けを行うルーティング層はない。入力したプロンプトとモデルの出力結果は、リクエストのライフサイクル全体を通じてそのリージョン内にとどまる。

AWSはトレードオフについても説明している。スループット（一定時間に処理できるリクエストの量）はそのリージョンの容量に制約され、リクエストは各リージョンのサービスクォータ（利用量の上限）に従う必要がある。課金は、呼び出したリージョンの標準オンデマンド料金に基づく。クォータの消費、CloudWatch メトリクス、CloudTrail ログもすべて同一リージョンに限定される。そのため、監視時に送信元と送信先のリージョンを区別する必要はない。

一般の読者と組織への実際の影響

一般の人々にとって、この種のインフラの変化が日常的な利用画面に直接現れることは通常ない。AWSは、この機能の目的を、韓国またはシンガポールで現地でのデータ処理が求められる組織（金融サービス、ヘルスケア、公共部門など）のデータレジデンシー要件への対応を支援することだとしている。こうした組織が今後生成AIを導入するかどうか、またどのように導入するかは、それぞれの評価次第である。

開発者向けには、AWSによると bedrock-runtime エンドポイントは直接のモデルID（例：anthropic.claude-opus-5 や anthropic.claude-sonnet-5）で呼び出すことができる。Anthropic Messages API のほか、Amazon Bedrock の InvokeModel API と Converse API に対応している。Amazon Bedrock Guardrails やインテリジェントプロンプトルーティングなどの機能とも組み合わせられる。AWSは新規アプリケーションにはこのエンドポイントの採用を推奨している。また、コンソールのテキストプレイグラウンドを使えば、コードを書かずにモデルを試せるとしている。

留意すべき制約

• シンガポールリージョンについては、発表では現時点で Claude Sonnet 5 のみが記載されており、Claude Opus 5 は含まれていない。
• AWSによると、リージョン内推論のスループットは単一リージョンの容量とクォータに制約されるため、高トラフィックのアプリケーションは各自で評価する必要がある。
• 使用量、パフォーマンス、コストは CloudWatch と AWS Cost Explorer で監視できる。AWSは、これが需要に応じたアプリケーションの拡張に役立つとしている。

このトピックの最新ニュースを見る

• AIニュース