Human AI株式会社Human AI

Human AI

Claude Platform on AWS が一般提供開始 — AWSエンジニアにとって何が嬉しいのか

Claude Platform on AWS が一般提供開始 — AWSエンジニアにとって何が嬉しいのか

2026年5月、AnthropicとAWSは Claude Platform on AWS の一般提供 (GA) を開始しました。これは、Anthropic が提供する Claude Platform のネイティブ機能を、AWSアカウントから直接利用できるようにする新サービスです。AWSは、ネイティブのClaude Platform体験を提供する初めてのクラウドプロバイダーとなりました。

すでにBedrock経由でClaude を使っているエンジニアにとって、「これって Bedrock の Claude と何が違うの?」というのが最初の疑問だと思います。本記事では、AWS環境を運用しているエンジニア視点で、Claude Platform on AWS の実用的なメリットと、Bedrockとの使い分けを整理します。

TL;DR

  • Anthropic純正のClaude Platform体験を、AWSアカウント・IAM・請求でそのまま使える
  • 別途Anthropicとの契約・APIキー・請求関係を作らずに済む
  • Bedrockには未提供のネイティブ機能(Web search、MCP connector、Files API、Agent Skills など)がDay 1から利用可能
  • データはAWSセキュリティ境界のでAnthropicが処理するため、データレジデンシー要件が厳しい場合は引き続きBedrock一択
  • 認証はIAM、課金はAWS Marketplace、監査ログはCloudTrailに統合される

アーキテクチャ上のポジショニング

まず押さえておくべきは、Claude Platform on AWS の実体は Anthropic が運用しているという点です。リクエストとデータは AWSのセキュリティ境界の外側で処理されます。

一方、Amazon Bedrock の Claude はデータがAWS内部に留まり、AWS自身がデータプロセッサーとなります。Bedrockには Guardrails や Knowledge Bases といったAWSマネージド機能が組み込まれており、リージョン別データレジデンシーも担保されます。

つまり両者は競合ではなく 補完関係 にあります。

観点Claude Platform on AWSClaude on Amazon Bedrock
運用主体AnthropicAWS
データ処理場所AWS境界の外側 (Anthropic)AWS境界内
認証AWS IAMAWS IAM
請求AWS Marketplace経由AWSの通常請求
監査ログCloudTrailCloudTrail
新機能の提供速度Anthropicと同時 (Day 1)Bedrock側の対応待ち
データレジデンシー要件が厳しい場合は不向き厳格な要件に対応可能
AWSマネージド機能 (Guardrails等)なしあり

AWSエンジニアにとっての具体的なメリット

1. 既存のAWS運用フローをそのまま使える

これまで Anthropic API を直接使っていたチームは、別途Anthropicとの契約、APIキー管理、別請求が必要でした。Claude Platform on AWS では、

  • 認証は既存のIAMクレデンシャル で完結する
  • 請求はAWSの請求書に統合される (AWS Marketplace経由)
  • 監査はCloudTrail で他のAWSサービスと一元管理できる

調達プロセスを通すときに「また別ベンダーと契約しないといけないのか…」となりがちなところを、AWSアカウントの中で完結できるのは大きな運用メリットです。コスト管理も AWS Cost Explorer で他サービスと並べて見られ、リソースタグでの按分も可能です。

2. Bedrockには無いネイティブ機能がDay 1で使える

Bedrock経由のClaudeでは、Anthropicが提供する一部の機能が利用できなかったり、提供が遅れたりすることがありました。Claude Platform on AWS では Anthropic のネイティブAPIがそのまま提供されるため、以下のような機能をDay 1から利用できます。

  • Messages API (本体)
  • Claude Managed Agents (beta) — エージェントのマネージド実行
  • advisor tool (beta)
  • Web search / Web fetch — Claudeから直接Web情報を取得
  • MCP connector (beta) — クライアントコードを書かずに任意のリモートMCPサーバーに接続
  • Agent Skills (beta) — Claudeにベストプラクティスを教えて一貫した出力を得る
  • Code execution — API呼び出し内で直接Pythonを実行し、可視化やデータ分析を行う
  • Files API (beta) — 会話をまたいでドキュメントをアップロード・参照

特に Web search、MCP connector、Files API あたりは、Bedrockでは提供されていないものなので、エージェント系のアプリを作っているチームには響くはずです。

利用可能なモデルは Claude Opus 4.7、Sonnet 4.6、Haiku 4.5 で、新モデルもClaude Platform on AWSにローンチと同時に提供されていきます。

3. Claude Console (開発環境) も使える

Anthropic の Claude Console — プロンプト改善ツール、プロンプトジェネレーター、評価ツールを含む開発環境 — も Claude Platform on AWS から利用可能です。プロンプトエンジニアリングと評価のサイクルを回すうえで、これは地味に効きます。

4. 利用開始までが速い

セットアップは AWS Marketplace から有効化して、

  1. Workspace を作成 (プロジェクト・環境・チーム単位で分離可能、課金とIAMの単位にもなる)
  2. 認証 (API キー発行)
  3. API 呼び出し

の3ステップです。コード側もシンプルで、環境変数を3つ (API キー、リージョン別エンドポイント、Workspace ID) セットすれば Anthropic SDK がそのまま動きます。

from anthropic import Anthropic
import os
 
client = Anthropic(
    default_headers={"anthropic-workspace-id": os.environ["ANTHROPIC_WORKSPACE_ID"]},
)
 
message = client.messages.create(
    model="claude-sonnet-4-6",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

すでに Anthropic API を直接使っているコードベースがある場合、ANTHROPIC_BASE_URL を Claude Platform on AWS のリージョナルエンドポイントに切り替えて、Workspace ID ヘッダーを足すだけで移行できる、というのが嬉しい設計です。

5. 提供リージョンが広い

東京リージョン (ap-northeast-1) を含む、北米・南米・欧州・アジア太平洋の主要リージョンで提供されています。具体的には、US East (バージニア北部・オハイオ)、US West (オレゴン)、カナダ中央、サンパウロ、ダブリン、ロンドン、フランクフルト、ミラノ、チューリッヒ、パリ、ストックホルム、東京、ソウル、ジャカルタ、シドニー、メルボルンです。

どう使い分けるか

実務的な判断軸はおおむね以下のようになります。

Claude Platform on AWS を選ぶケース

  • 厳格なリージョナルデータレジデンシー要件がない
  • Anthropic のネイティブな開発者体験 (Console、最新機能、ベータ機能) を活用したい
  • 現在 Anthropic API を直接使っていて、契約・請求・認証だけAWSに寄せたい
  • Web search、MCP connector、Files API、Agent Skills などBedrockに無い機能を使いたい
  • 新モデルや新機能をリリース直後に試したい

Amazon Bedrock を選ぶケース

  • データを AWS のセキュリティ境界内で処理する必要がある (規制業界、社内ポリシー等)
  • Bedrock Guardrails や Knowledge Bases などのAWSマネージド機能を組み合わせて使いたい
  • Claude以外のモデル (Llama、Mistral、Nova など) も併用したい
  • AWSとの単一データプロセッサ関係でガバナンスを統一したい

両者は排他ではないので、用途ごとに使い分けるのが現実的な構成になるはずです。たとえば社内向けの機密データを扱うRAGはBedrock、エージェント系の社外向けプロダクトは Claude Platform on AWS、といった切り分けです。

注意点

  • データ処理場所: 繰り返しになりますが、Claude Platform on AWS のリクエスト/データは Anthropic 側で処理されます。AWS境界の外に出ます。ここをセキュリティチームに説明しないまま使い始めるとあとで揉めます。
  • 既存のBedrockプライベートオファーがある場合: Anthropic または AWS のアカウントエグゼクティブに先に連絡を。Claude Platform on AWS を使い始める前に確認しないと、ディスカウントが遡って適用されません。
  • 価格: Anthropic 経由で直接 Claude Platform を使う場合と同じ価格設定です。

まとめ

Claude Platform on AWS は、ものすごく雑に言えば「Anthropic API を、AWS アカウントの中で使えるようにしたもの」です。Anthropicの最新機能をDay 1で享受しつつ、AWSのIAM・請求・監査ログのエコシステムに乗せられる、というのがコアバリューです。

すでにAWSで動いていて、Anthropic APIを直接叩いているチームには、移行コストが極めて低い割にガバナンス面の改善が大きい、というかなり美味しい選択肢になりそうです。一方でデータレジデンシー要件が厳しい用途では引き続き Bedrock が正解です。

両方ともAWSアカウントから使えるので、ユースケースごとに最適な方を選ぶという贅沢ができるようになった、と捉えるのが妥当な見方だと思います。


参考: