· updated

AWS Bedrock は本当に必要か｜Anthropic 直API と実費比較

会社で Claude を業務利用しようとすると、Anthropic 直 API と AWS 経由 Bedrock（ベッドロック）のどちらを選ぶか、料金差はあるのか、AgentCore のような新ワードまで出てきて迷っていませんか。実際、ラッコキーワードの実測（2026 年 5 月時点）でも「AWS Bedrock」は月 4,400 人が検索しており、12 ヶ月で +147% の伸び方をしています。私自身、業務本番運用のメインは直 API、Bedrock 経由 Claude は PoC・検証レベルで触っています。

結論から言うと、Bedrock は AWS 経由で複数 LLM を一括で叩ける統合 API、迷ったらまず直 API、IAM 連携や VPC 内通信など組織要件が出てから Bedrock を検討するのが筋です。本記事では主要モデル・料金・直 API との使い分け・Claude Code 連携・AgentCore・5 UC・失敗パターンまで整理します。

とりあえず最短で「自分は Bedrock 経由を選ぶべきか」を知りたい方は、結論の一行マップと直 API vs Bedrock の使い分け、エンタープライズでの選択軸から読み始めると、5 分で判断材料が揃います。

結論と全体像｜Bedrock は「AWS 経由で複数 LLM を一括で叩ける統合 API」、迷ったらまず直 API

📖 この章で使う用語

  • AWS Bedrock（ベッドロック）：AWS 経由で Claude / Llama / Mistral / Titan など複数の LLM を一括で叩けるマネージド型の統合 API。「商社経由の購買」のたとえ。
  • Anthropic 直 API：Anthropic 社（Claude の開発元）が直接提供する API 窓口。Bedrock を介さない直販ルート。
  • LLM（大規模言語モデル）：ChatGPT / Claude / Gemini などの「中身」を動かす、文章を予測する装置。詳しくは LLM とは で扱っています。
Claude を業務で使うときの経路選び分けマップ。手軽・個人検証・小規模なら Anthropic 直 API（API キー1本で5分、本番運用のメイン）、組織導入で IAM 連携・VPC 内通信・監査ログ集約・コンプラ認証継承が要るなら AWS Bedrock 経由、という判断軸を表した概念図

まず結論から書きます。AWS Bedrock を使うかどうかで迷ったら、まずは Anthropic 直 API（または OpenAI / Google の直 API）で 1〜2 ヶ月触ってみる、そして IAM 連携や VPC 内通信、監査ログ集約といった組織要件が現実に出てきた段階で Bedrock を検討する——これが、業務で両方を触っている私のいちばん実用的な答えです。

3 行で覚えていただきたいのは、次の住み分けです。

  • 個人検証・小規模 PoC ＝ Anthropic 直 API（API キー 1 本で 5 分で始められる）
  • 業務本番運用（少人数・スタートアップ） ＝ Anthropic 直 API + 自前のキー管理でも回る
  • エンタープライズ・コンプラ要件 ＝ Bedrock 経由（IAM・VPC・監査ログ・契約が AWS に集約）

営業時代の身近なたとえで書くと、Bedrock は 「商社経由の購買」 に近い存在です。直で仕入れた方が安いケースもありますが、与信・伝票・コンプラ書類が分散してしまう。商社経由だと手数料が乗ることはあっても、与信枠も契約書も伝票も 1 本にまとまり、社内稟議が通りやすい——このメリットが「料金差」以上に効いてきます。「直販ルート vs 商社経由」の選び方とまったく同じ構図が、Bedrock と直 API の間にもあります。

本記事は 「エンタープライズ AI 基盤軸」——Bedrock そのものをどう選ぶか、直 API とどう使い分けるか、Claude Code をどう Bedrock で動かすか、Bedrock Agents と AgentCore をどう位置づけるか——に焦点を絞ります。RAG の概念は RAG とは、AI エージェントの概念は AIエージェント とは、Claude 全体の使い方は Claude 使い方、モデル選びは Claude Opus と Claude 料金プラン で別途整理済みです。

私自身の立ち位置は、業務本番運用のメインは Anthropic 直 API、Bedrock 経由 Claude は PoC・検証で部分的に触っているレベル（本番フル運用の経験はなし）です。本記事で語れるのは「概念と選定の整理レベル」——直 API との違い、料金の見比べ方、IAM / VPC / 監査ログのメリット、Claude Code 連携、Agents / AgentCore の位置づけ——まで。PrivateLink の構成例や Provisioned Throughput の最適予約タイミングなど本番運用の細部は深掘りしません。また本記事では 「絶対 Bedrock が安全」「絶対 直 API が安い」とは申し上げません。料金もモデルも提供状況も時期で変動するため、最終判断は社内の情シス・法務・コンプライアンス部門、必要に応じて専門の弁護士の方へご相談ください。

AWS Bedrock とは｜読み方・正体・直 API との関係

📖 この章で使う用語

  • マネージド型：AWS が裏側のインフラ運用・スケーリングを引き受けてくれる提供形態。「お任せ運用」のイメージ。
  • IAM（Identity and Access Management）：AWS の権限管理サービス。誰が何にアクセスできるかを一元管理。「会社の入館証システム」のイメージ。

「AWS Bedrock」は「エーダブリューエス ベッドロック」と読みます。 bedrock は英語で「岩盤・基盤・土台」を意味し、AWS が生成 AI 時代の「基盤」を狙って命名したのだろう、というのが業界の一般的な受け止めです。

正体を 1 行で書くと、AWS が裏側で複数の LLM プロバイダ（Anthropic / Meta / Mistral / Amazon / Cohere / AI21 / Stability AI など）と契約してくれていて、利用者は AWS との 1 本の契約・1 つの IAM だけで全プロバイダのモデルを叩けるマネージド型の統合 API です（出典は AWS 公式の Bedrock ページ、末尾「出典」参照）。生成 AI を業務で使う窓口は大きく 2 系統に分かれます。

  • 直販ルート：Anthropic 直 API / OpenAI API / Google AI Studio など、各プロバイダの公式窓口
  • AWS 経由ルート：AWS Bedrock が複数プロバイダを一括で代理販売する窓口

「メーカー直販店」と「大手商社経由」の関係そのものです。直販店は安く最新モデルも早いが、複数メーカーを買うと与信・伝票・契約書がメーカー数だけ増える。商社経由は手数料が乗っても、それが 1 本にまとまります。

管理コンソールは、AWS にログインして「Bedrock」と検索して入ります。「Model access」「Playgrounds」「Knowledge Bases」「Agents」が並び、モデルへのアクセス申請・試し打ち・社内 RAG 構築・エージェント構築まで一通り行えます。

では Anthropic 直 API は要らなくなるのか。答えは 「いいえ、用途で住み分ける」 です。

  • Anthropic 直 API：Anthropic 社の公式窓口。Claude 専門、最新モデル・最新機能が最も早く出る、API キー 1 本で開始できる
  • OpenAI API：OpenAI 社の公式窓口。GPT 専門、ChatGPT 系の最新機能はここが先
  • Google AI Studio / Vertex AI：Google 社の公式窓口。Gemini 専門
  • AWS Bedrock：上記 3 社（+ Meta / Mistral / Amazon / Cohere / AI21 / Stability）を AWS の 1 つの IAM・1 つの契約で叩ける統合窓口

使い分けは、新機能をいち早く試したいときは直 API、組織内で IAM・VPC・監査ログを統合したいときは Bedrock。実際、Anthropic の新モデルはまず直 API で利用可能になり、Bedrock 側は数日〜数週間遅れる傾向があります（2026 年 5 月時点の観察、出典は Anthropic 公式 News ページ）。

Bedrock で使える主要モデル一覧｜業務利用範囲とモデル選びの判断軸

📖 この章で使う用語

  • モデル ID：Bedrock 上で各モデルを識別する一意の文字列。例：anthropic.claude-3-5-sonnet-20240620-v1:0。

2026 年 5 月時点で Bedrock から叩ける主要モデルを 業務でどこまで触っているか とセットで並べます。最新のモデル提供状況は AWS 公式の Bedrock ページで必ず事前確認してください。

プロバイダ主なモデル用途私の業務利用範囲
AnthropicClaude Opus / Sonnet / Haiku（3.x / 4.x 系列）汎用高性能 LLM、長文要約、コード生成、エージェント直 API は業務常用、Bedrock 経由は概念と選定の整理レベル
MetaLlama 3 / Llama 4 系列汎用 LLM、OSS ベース業務本番運用なし、個人検証レベル
MistralMistral Large / Mixtral 系列汎用 LLM、OSS ベース業務本番運用なし、個人検証レベル
AmazonTitan Text / Titan EmbeddingsAWS 純正 LLM、テキスト + 埋め込み業務本番運用なし、公式情報をもとに整理
CohereCommand R / R+検索拡張に強い LLM業務本番運用なし、公式情報をもとに整理
AI21 LabsJamba 系列長文向け LLM業務本番運用なし、公式情報をもとに整理
Stability AIStable Diffusion 系列画像生成業務本番運用なし、画像生成は別記事 AI 画像生成 無料 で扱い

私が業務で常用しているのは、上表のうち Anthropic Claude（Opus / Sonnet / Haiku）の 3 系列だけ、それも本番のメインは直 API 経由です。Llama / Mistral / Titan / Cohere / AI21 などは本番運用の経験がなく、公開情報と個人検証ベースの整理にとどまります。表を並べているのは「Bedrock の網羅性」を伝えるためです。

実際に Bedrock コンソールのモデルカタログを見て確認した画面が次です。Serverless だけで 63、Bedrock Marketplace 込みで 215 モデルが並び、Anthropic の Claude Opus 4.8 / 4.7 / 4.6・Sonnet 4.6 が上位に表示されています。左メニューの「Playground」「エージェント」「プロンプトルーターモデル」が示すとおり、Bedrock は単なるモデル置き場ではなく検証・構築機能を一通り抱えた基盤です。上部の黄色い帯は「初回利用時は Anthropic にユースケース申請が必要」という案内です。

AWS Bedrock コンソールのモデルカタログ画面。Serverless 63 / Bedrock Marketplace 152、Anthropic の Claude Opus 4.8・4.7・4.6・Sonnet 4.6 がカタログに並び、左メニューに Playground・エージェント・プロンプトルーターモデルが表示されている

（モデル提供状況・本数は時期で変わります。上の画面は 2026 年 6 月時点のもので、最新は AWS 公式の Bedrock ページで必ず事前確認してください。）

その後の動きも 2 つ追記しておきます（いずれも公式発表ベース・取得 2026-07-25）。第一に、Claude Sonnet 5 が 2026-06-30 から Bedrock で利用可能になりました（Anthropic 直 API では 2026-08-31 まで導入価格 $2/$10・9/1 以降 $3/$15。Bedrock 側の単価は AWS の pricing ページで要確認）。第二に、AWS Marketplace 経由で Anthropic 運営の API を叩く 「Claude Platform on AWS」 という新経路が登場しています。課金は CCU（Claude Consumption Unit、100 CCU＝$1 相当）という単位で AWS 請求に一本化される仕組みで、「AWS 請求にまとめたいが Bedrock ではなく Anthropic 運営側の最新機能を使いたい」場合の中間ルートです。本記事の主軸である「直 API vs Bedrock」の二択に、この第三の経路が挟まった形になります。私はまだこの経路を業務で使っておらず、公式ドキュメントの整理として紹介します。

最新仕様を追うときに開くのは AWS 公式の Bedrock User Guide（英語版） です。日本語版も整備が進んでいますが、新機能（AgentCore など）の直後は英語版が先行し、日本語訳まで数日〜数週間のラグが出ます。英語に苦手意識があれば、ブラウザの翻訳機能や DeepL で粗読みしてから細部だけ原文を読み直す形が現実的です（詳しくは AI 翻訳 おすすめ）。

複数モデルから選ぶときの判断軸は次の 3 つです。

  1. 用途とのフィット：長文整理・コード生成は Claude Opus / Sonnet、OSS でオンプレ移行も視野なら Llama 系、AWS 内で完結したいなら Titan
  2. コスト：per-token 単価（100 万トークンあたりの $）× 月間トークン量でオーダー感を掴む
  3. 実体験ベースで語れるか：本番投入前に、自分か社内の誰かがその用途で実際に触った経験があるか

3 つ目は意外と効きます。「公開情報では良さそう」だけで決めると、本番投入後に細かい癖（応答の長さ、日本語の自然さ、誤答パターン）でハマる。触った感覚を持つ人が社内に 1 人いるかどうかで、稟議の通りやすさも違います。

なぜ Bedrock 経由か｜IAM・VPC・監査ログ・コンプラの 4 メリットと料金・使い分け

📖 この章で使う用語

  • VPC（Virtual Private Cloud）/ PrivateLink：AWS 内の仮想プライベートネットワークと、そこからインターネットを介さず AWS サービスへ直接通信する仕組み。「公道を通らない社用車専用通路」のイメージ。
  • CloudTrail / CloudWatch：AWS の操作ログ記録サービスとメトリクス・ログ監視サービス。
  • BAA / SOC 2 / ISO 27001：医療系の業務委託契約（HIPAA 準拠で必要）と、情報セキュリティの国際認証規格。
  • On-demand / Provisioned Throughput：使った分だけ後払いの従量課金と、一定の処理能力を事前予約する月額制。「タクシーの相場運賃 vs 月極専属契約」のイメージ。

Bedrock を選ぶ「実質的な理由」を、選定整理の経験から 4 軸で並べます（いずれも概念と選定の整理レベルの記述で、具体的な構成手順は AWS 公式ドキュメント参照）。

メリット軸内容直 API との差
IAM 連携既存 AWS の IAM でユーザー・ロール・ポリシーを一括管理。「このロールは Sonnet を呼べる／このグループは Opus も」と権限制御直 API は API キーを個別発行・自前管理（誰がどのキーを持つか等）。エンタープライズでは運用負荷が大きい
VPC 内通信（PrivateLink）VPC 内から PrivateLink 経由で叩き、通信がインターネット公道を一切通らない構成を組める直 API は原則インターネット経由。金融・医療・公共の域外流出リスク最小化に効く
監査ログ（CloudTrail / CloudWatch）「誰が・いつ・どのモデルを・どのロールで・どのリージョンから」を既存監査基盤に自動集約。SIEM が CloudTrail 参照なら追加実装ゼロ直 API は別途ログ収集基盤を組む必要あり
コンプラ・契約（BAA / SOC 2 / ISO 27001）AWS 既存の各種認証（SOC 2 / ISO 27001 / FedRAMP 等）を継承。BAA も AWS と 1 本で締結直 API も独自に認証取得済だが、既存 AWS 契約に統合される方が稟議が通りやすい

たとえ話で言うと、直 API は 「個別のお客様カードを 10 種類持ち歩く」、Bedrock は 「会社の入館証 1 枚で全フロアに通れる」 イメージです。

ただし 「Bedrock 経由なら自動でコンプラ適合する」とは申し上げません。AWS のインフラ部分が認証を取得していても、プロンプトに何を入れるか・データ保持期間をどう設定するか・社内ポリシーとどう整合するかは別途自前で整える必要があります（詳細はエンタープライズでの選択軸と失敗パターン）。最終判断は社内の情シス・法務・コンプライアンス部門、必要に応じて専門の弁護士の方へ。

料金構造｜On-demand と Provisioned Throughput、直 API との比較

料金は時期・モデル・リージョン・利用量・契約形態で振れるため、最新は AWS 公式の Bedrock pricing と Anthropic pricing で必ず事前確認してください。以下は 2026 年 5 月時点の構造的な整理です。

課金は 2 軸あります。

  • On-demand（per-token）：Anthropic 直 API と同じ「100 万トークンあたり $X」で、月末に使った分だけ請求。短時間・少量利用に素直な選択肢（「タクシーの相場運賃」）
  • Provisioned Throughput：常時 N TPS の枠を 1 ヶ月・6 ヶ月単位で予約する時間契約型。毎日 100 万件のドキュメント要約のような高負荷バッチで、月額固定の予算枠として稟議に通しやすい。ただし使わない月でも料金は発生（「月極の専属タクシー契約」）

2026 年 5 月時点、Claude 3.5 Sonnet の Bedrock On-demand 料金は直 API の公式料金とほぼ同等水準（AWS の上乗せはほぼゼロ〜小幅）です。「料金差で Bedrock を選ぶ理由は薄く、選ぶ理由は料金外のメリット（IAM・VPC・監査ログ・契約集約）」というのが業務での実感でした。判断軸は ①単価（公式で最新確認）②自前で IAM・監査ログ・キー管理を組む工数 vs Bedrock 統合 ③大量バッチが固定的に走るなら Provisioned Throughput——の 3 点です。

直 API vs Bedrock 経由｜5 シーン別の使い分け早見表

SERP 上位がほとんど書いていない独自軸です。直 API と Bedrock 経由を、選定整理の経験から 5 シーン別に並べます（組織の状況で振れ幅があり「絶対これ」とは申し上げません）。

シーン推奨理由
1. 個人検証・小規模 PoC直 APIAPI キー 1 本貼るだけで動く。IAM ユーザー作成・ロール設計・Model access 申請・リージョン選択が不要（「サンプル品を 1 個取り寄せる」）
2. 本番運用（少人数 / スタートアップ）直 API + 自前キー管理1password でキー管理 + Anthropic ダッシュボード監視で十分軽い。IAM 統合は過剰になりがち。私の本番メインもこのルート
3. エンタープライズ（既存 AWS あり）Bedrock 経由IAM・VPC・CloudTrail がすでに AWS で組まれており、メリットが既存資産として活きる（「既に取引のある商社経由が稟議も早い」）
4. コンプラ要件（金融 / 医療 / 公共）Bedrock 経由BAA / SOC 2 / ISO 27001 の継承と VPC 内通信で域外流出を最小化。セキュリティ部門との会話がしやすい
5. マルチプロバイダ運用Bedrock 経由モデル ID を切り替えるだけで複数プロバイダを 1 つの SDK・認証で呼べる

シーン 2 でも、チームが 20 人以上になり IAM 統制が必要になった段階で Bedrock 移行を検討する分水嶺の感覚は持っておくと安全です。後から移行するコストの方が重いケースもあります。シーン 5 は「設計上の柔軟性」のメリットが大きく、実運用で全モデルを毎日切り替えることは稀です。なおシーン 4 について 「Bedrock 経由なら金融・医療・公共で必ず安全」とは申し上げません。インフラ部分の認証だけでは業界ガイドラインへの適合は完結しません（詳細はエンタープライズでの選択軸）。

Bedrock 経由で動かす｜Claude Code・Agents/AgentCore・最小サンプルまで

📖 この章で使う用語

  • Claude Code（CLI）：Anthropic 公式の AI コーディング CLI。コマンドラインからフォルダ単位で AI に作業を任せる。詳しくは Claude Code 使い方。
  • 環境変数 / AWS 認証情報：実行時に外部から与える設定値（API キー・モード切替）と、AWS リソースへアクセスするためのアクセスキー / シークレットキー / IAM ロール。

Claude Code（Anthropic 公式の AI コーディング CLI）を Bedrock 経由で動かす——v6 ラッコ実測で +2,300% の急成長、SERP がまだ薄い領域です。これは私の場合は個人検証レベルで、本番運用ではありません。具体的な手順は Anthropic 公式・AWS 公式の最新ドキュメントを必ずご参照ください。

「Bedrock 経由で Claude Code を動かす」とは、Claude Code の認証バックエンドを Anthropic 直 API から AWS Bedrock に切り替えることを指します。

  • 個人開発：直 API で十分。個人の API キー 1 本で動く
  • 組織導入：IAM 統制で「エンジニアごとに利用権限を制御」「全エンジニアの利用ログを CloudTrail に集約」できる

組織で複数エンジニアに配るとき、直 API キーを個別発行・管理するのは運用負荷が大きい。Bedrock 経由なら IAM ロールで「このチームは Claude Code を使える」と一括統制できるのが導入意義です。

セットアップは概念レベルで次の 4 ステップです（2026 年 5 月時点、最新は公式で要確認）。

  1. AWS アカウントと IAM 認証情報の準備：aws configure でアクセスキー / シークレットキー / リージョンを設定
  2. Bedrock の Model access 申請：AWS Management Console > Bedrock > Model access から、使いたい Claude モデル（Opus / Sonnet / Haiku）を「Request access」で申請
  3. Claude Code の Bedrock 経由モード切り替え：環境変数（Anthropic 公式仕様の最新版を必ず確認）で Bedrock 経由を指定
  4. リージョン指定とモデル ID 指定：Bedrock 用のモデル ID（例：anthropic.claude-3-5-sonnet-20240620-v1:0）を指定

具体的なコマンドのイメージは次の通りです（最新仕様は Anthropic 公式で必ず確認）。

# AWS 認証情報の準備
aws configure
# AWS Access Key ID / Secret Access Key / Default region / Output format を入力

# Bedrock 経由モードの環境変数（Anthropic 公式仕様の最新版を必ず確認）
export CLAUDE_CODE_USE_BEDROCK=1
export AWS_REGION=us-east-1
export ANTHROPIC_MODEL=anthropic.claude-3-5-sonnet-20240620-v1:0

# Claude Code を起動
claude

環境変数名・モデル ID・リージョン提供状況は時期で変わるため、Anthropic 公式の Claude Code ドキュメントを必ず最新で参照してください。個人開発と組織導入の差は次の通りです。

観点個人開発（直 API）組織導入（Bedrock 経由）
始めやすさ◎ API キー 1 本で 5 分△ AWS IAM 設計が前提
権限統制△ 個別キー管理◎ IAM で一括統制
監査ログ△ 自前で組む◎ CloudTrail 自動集約
コスト統合△ Anthropic 個別請求◎ AWS 既存請求に統合
新機能の反映速度◎ 即時△ Bedrock 側の追従待ち

組織で 10 人以上のエンジニアに Claude Code を配るタイミングで Bedrock 経由を検討する、というのが現実的な分水嶺です。基本的な使い方やセットアップ全般は Claude Code 始め方 と Claude Code 使い方 を並行して読むと立体的に見えてきます。

Bedrock Agents と AgentCore｜AWS ネイティブのエージェント基盤

📖 この章で使う用語

  • Bedrock Agents：Bedrock 上で動く AI エージェント構築サービス。ツール呼び出し・Knowledge Bases・Action Groups を統合。
  • AgentCore：Bedrock Agents の発展形として AWS が打ち出すエンタープライズ向け AI エージェント基盤の最新動向（2026 年 5 月時点）。
  • Knowledge Bases / Action Groups：社内 RAG（社内ドキュメント検索、詳しくは RAG とは）機能と、外部 API を呼び出すための機能群。

サジェスト 9 位「agentcore」を吸収します。Bedrock Agents は概念整理レベル、AgentCore は最新動向把握程度（本番運用なし）。AWS 公式・re:Invent などの公開資料に、私のエージェント業務利用（直 API ベース）の経験を重ねた整理です。

Bedrock Agents は Bedrock 上で動く AI エージェント構築サービスで、主な構成要素は ①ツール呼び出し（関数・API を呼んで結果取得）②Knowledge Bases（社内ドキュメントをベクトル DB に取り込み RAG 検索）③Action Groups（社内システム / SaaS の外部 API 呼び出し）の 3 つです。位置づけは「AWS が用意するエージェント構築フレームワーク」——AIエージェント 作り方 の構築 4 ルート（Python + LangChain/LangGraph / ノーコード / Microsoft Copilot Studio / Claude Projects + GPTs）に対する「AWS ネイティブの 5 つ目のルート」です。私のエージェント業務のメインは Python + LangChain/LangGraph + 直 API で、Bedrock Agents は概念整理レベルにとどまります。

AgentCore は Bedrock Agents の発展形として、エージェントのライフサイクル管理（記憶・状態）、複数エージェントの協調、エンタープライズグレードのセキュリティ・スケーラビリティ・監査を統合的に提供する狙いと観察しています。ただし 2026 年 5 月時点で動向把握中の最新領域で、具体的な仕様・料金体系は AWS 公式の最新発表（re:Invent / AWS Blog）を必ず参照してください。半年で状況が大きく変わる可能性が高い領域です。

エージェントの概念が新しい方は、まず AIエージェント とは で全体像を掴んでから戻ると位置づけが見えやすくなります。なお 「Bedrock Agents や AgentCore を使えばエージェントが必ず動く」とは申し上げません。構築はルートを問わず設計・実装・運用すべてで難易度が高く、本番投入前に PoC で動作検証することを強くおすすめします。

基本的な使い方｜コンソールから Python SDK 最小サンプルまで 3 ステップ

📖 この章で使う用語

  • boto3：AWS の公式 Python SDK。AWS の全サービスを Python から叩ける。「AWS への注文票を Python から出す道具」。
  • アクセスキー / シークレットキー：AWS の認証情報のペア（パスワードに相当）。

サジェスト 10 位「使い方」を吸収し、Bedrock を「最小の試運転」で触る 3 ステップを整理します。これは概念整理レベルの範囲で、本番運用に必要なセキュア管理・エラー処理・コスト監視などは末尾で別途明示します。

ステップ 1：AWS アカウントとモデルアクセスの有効化。 AWS アカウントを準備し（初めての方は無料利用枠、カード登録・本人認証あり）、AWS Management Console > Bedrock > 左メニュー「Model access」から使いたいモデル（例：Anthropic Claude 3.5 Sonnet）を選んで「Request access」します。

AWS Console → Bedrock → Model access
  → 使いたいモデル（Claude 3.5 Sonnet 等）を選択
  → Request model access
  → 申請理由を入力
  → 承認待ち（モデルによっては自動承認、人間レビューが必要なものもあり）

一部の高性能モデルは事前申請・承認制で、承認まで数時間〜数日かかる場合があります。

ステップ 2：AWS 認証情報の準備（aws configure）。 ローカル PC から Bedrock を呼び出すには AWS の認証情報が必要です。AWS CLI をインストール後、aws configure で認証情報をローカルに保存します。

# AWS CLI のインストール（macOS / Homebrew の例）
brew install awscli

# 認証情報の設定
aws configure
# AWS Access Key ID [None]: AKIA...（IAM ユーザーのアクセスキー）
# AWS Secret Access Key [None]: ...（シークレットキー）
# Default region name [None]: us-east-1
# Default output format [None]: json

ここで使う アクセスキー / シークレットキー は IAM Console で発行した IAM ユーザーのキーです。本番運用ではローカルに置きっぱなしにせず、IAM ロール（EC2 / ECS / Lambda 側）または AWS Secrets Manager で管理するのが基本です。以下は試運転用の簡易版です。

ステップ 3：Python SDK（boto3）の最小サンプル。 boto3 で Claude Sonnet を呼び出す最小例です（出典は AWS 公式の Bedrock User Guide）。

# bedrock_minimal.py — Bedrock 経由で Claude Sonnet を呼び出す最小例
import boto3
import json

# Bedrock Runtime クライアントを作成（リージョンを指定）
client = boto3.client("bedrock-runtime", region_name="us-east-1")

# Claude 3.5 Sonnet を呼び出す（モデル ID は時期で変わるため最新を要確認）
response = client.invoke_model(
    modelId="anthropic.claude-3-5-sonnet-20240620-v1:0",
    body=json.dumps({
        "anthropic_version": "bedrock-2023-05-31",
        "max_tokens": 1024,
        "messages": [
            {"role": "user", "content": "こんにちは、自己紹介してください。"}
        ],
    }),
)

# レスポンスを JSON でパース
result = json.loads(response["body"].read())
print(result["content"][0]["text"])

このコードを python bedrock_minimal.py で実行すると、Claude Sonnet が日本語で自己紹介を返してくれます。動いた瞬間が、Bedrock 体験の「最初の一歩」です。

なお Anthropic 公式の Python SDK でも Bedrock 経由を扱え、boto3 直叩きより「メッセージ構造・チャット履歴の管理・型ヒント」が手厚い点が違いです（コード例は Anthropic 公式 SDK ドキュメント参照）。

上記の最小サンプルはこのままでは本番運用に使えません。本番投入前に、最低限以下を別途整える必要があります。

  • 認証情報のセキュア管理：アクセスキーをコードに直書きしない、AWS Secrets Manager または IAM ロールで管理
  • エラー処理とリトライ：API レート制限・ネットワークエラー・モデル側の一時障害への対応
  • タイムアウト設定：長いプロンプトでハングしないよう適切なタイムアウト
  • コスト監視：CloudWatch アラーム / AWS Cost Explorer で月次予算を超えそうな場合に通知
  • ログ集約：CloudTrail / CloudWatch Logs で利用状況を集約、社内 SIEM への連携
  • 入力データの運用ルール：機密情報・個人情報をプロンプトに含めない運用設計

このあたりは、AWS 公式の Bedrock ベストプラクティスや大手 SI ブログを参照しながら設計するのが現実的です。最終判断は社内の情シス・SRE・セキュリティ部門との協議でご判断ください。

エンタープライズ採用判断｜業界別の選択軸・関与する立場・失敗パターン・最初の一歩

📖 この章で使う用語

  • 金融庁ガイドライン：金融機関のシステム運用に関する指針（FISC 安全対策基準など）。
  • 個人情報保護法 / 個人番号法（マイナンバー法）：個人情報・マイナンバーの取り扱いを定める法律。
  • 自治体情報セキュリティポリシー：地方自治体の情報セキュリティ対策の指針（総務省ガイドライン準拠）。

金融・医療・製造業・公共の業界別に Bedrock 採用の判断軸を整理します。SERP 上位がほとんど書かない独自軸です。先に 三段階のメタ否定 を発動します——①「Bedrock 経由なら必ず安全」とは申し上げません ②「AWS の認証だけで業界ガイドライン適合が完結する」とは申し上げません ③最終判断は社内の情シス・法務・コンプライアンス部門、必要に応じて専門の弁護士の方へ。以下は守秘義務の範囲内、概念と選定の整理レベルの記述です。

業界適合の前提Bedrock が効く点別途自前で整える点
金融金融庁ガイドライン（FISC 安全対策基準など）VPC 内通信で域外流出回避、CloudTrail で監査ログ集約、IAM で権限統制、AWS と直接 SLAプロンプトに入れる情報・データ保持期間・社内情報管理規程との整合
医療個人情報保護法（要配慮個人情報）・医療情報ガイドラインBAA を AWS と直接締結でき、米国 HIPAA 等の準拠が必要なシステムでも選択肢が開ける日本の 3 省 2 ガイドライン適合、患者情報の運用、第三者提供の同意取得
製造業輸出管理規制・データ越境制限リージョン選択（「設計データは東京 ap-northeast-1 に限定」等）で処理拠点を制御設計図・特許・社外秘を AI に渡す運用が社内情報管理規程と整合するか
公共・自治体個人番号法・自治体情報セキュリティポリシーFedRAMP 等の政府機関向け認証を保持するリージョンがある総務省ガイドライン適合は AWS 認証とは別系統、最新動向の追跡

業界を問わず、本番投入前に ①AWS / Anthropic の最新 SLA・利用規約・セキュリティホワイトペーパーの確認 ②社内ポリシーとの整合確認（情シス・法務・コンプラとの事前協議）③PoC でのリスク洗い出し——の三段階を必ず確認してください。安全は AWS のインフラと運用設計が両輪で揃って初めて成立します。

コードを書かない立場での関わり方｜選定・稟議の現場の 4 つの役割

Bedrock は API 基盤なので、エンジニアでない方が直接コードを書く場面は限定的ですが、選定・整理の判断に深く関わる立場は確かにあります。実際の選定の場で「この役割がこの観点を必ず持ち込む」と感じた 4 つの立場です（私の関わりは選定・概念整理のレベル）。

  • 情シス・インフラ担当：「既存 IAM ロール/ポリシーを使えるか」「VPC・PrivateLink でインターネット経由を断てるか」「CloudTrail/CloudWatch の既存監査基盤に集約できるか」を最初の物差しにする。AWS をメインで使う組織ほど「乗せやすさ」で Bedrock が候補に上がる（メリット 4 軸が会話の起点）
  • 法務・コンプライアンス：技術の良し悪しでなく「契約と規制で通せるか」を見る。BAA・利用規約・データ所在地・業界ガイドライン適合は最終的に法務・弁護士に委ねる領域。技術側は「直 API と Bedrock でデータの通り道がどう変わるか」を翻訳して渡す（業界別の論点が材料）
  • セキュリティ担当：「社外 API をインターネット経由で叩く」のが原則 NG の組織で、「Bedrock 経由なら PrivateLink で回避でき監査ログも集約できる」が議論を動かす回避策になるか見る。社内ポリシーは半年単位で更新されるため最新版を必ず確認
  • 決裁者・稟議を通す人：技術詳細でなく「結局どちらを、いくらで、どれだけの運用負荷で」の一行比較を求める。「個人検証・小規模なら直 API、既存 AWS 統合・IAM・監査・コンプラ要件があるなら Bedrock 経由」という一行マップ（5 シーン別の使い分け）を稟議資料の冒頭に置く

エンジニアでない方が導入検討に入るときは、まず自分がこの 4 つのどの立場に近いかを掴むと、何を調べ誰に確認すべきかが見えてきます。

ハマる失敗パターン 5 つ｜「Bedrock 経由なら全部安全」を避ける

Bedrock 採用でハマりがちな失敗を 5 つ整理します（出典は私の業務観察と AWS 公式ベストプラクティス、大手 SI ブログ）。いずれも初動でつまずきやすいポイントです。

失敗パターン何が起きるか対策
1. モデルアクセス申請忘れModel access の Request access をせず SDK で叩いてアクセス拒否（AccessDeniedException）事前申請の手順を 1 回でマニュアル化、全モデルの申請状況を社内ドキュメントに残す
2. リージョン選択ミスus-east-1 のつもりが ap-northeast-1 でモデル未提供エラー、リージョン跨ぎで転送料金上乗せリージョン別モデル提供表を AWS 公式で事前確認してから設計
3. 自動でコンプラ適合と思い込むAWS が認証取得済でも、機密情報をプロンプトに入れた運用で後から情シス・法務に指摘される情シス・法務・コンプラ部門との事前すり合わせを必ず行う
4. コスト監視の後回しOn-demand の大量バッチで月末に高額請求、1 日で月予算を使い切ることもCost Explorer と CloudWatch アラーム（50% / 80% / 上限で通知）を初期段階で設定
5. Provisioned Throughput を不要に予約負荷が安定する前に大きな予約枠を取り、稼働率が低いまま固定費を払い続ける最初の 1〜3 ヶ月は On-demand で実測してから検討

5 つに共通するのは 「Bedrock 経由にすれば自動で全部解決」という思い込みです。運用設計・コスト監視・社内ポリシー整合・最新仕様のキャッチアップは別途自前で整える必要があります。「商社経由でも与信は別途自分で確認しないと痛い目に合う」——同じ構図です。

学習の最初の一歩｜Bedrock を試す前の 3 ステップ

Bedrock の検討・学習を始める方への 3 ステップです。

  1. まず Anthropic 直 API で Claude を 1 週間触る：Claude 自体の感触（応答の長さ・日本語の自然さ・得意/苦手）を掴まないと、Bedrock に切り替えるべきかの判断が立ちません。Claude.ai のプラン全般は Claude 使い方、料金比較は Claude 料金プラン、最上位モデルは Claude Opus で別途整理
  2. AWS アカウントを作って Bedrock コンソールを開く：Model access 画面で「Anthropic Claude 3.5 Sonnet」を Request access するところまでで AWS の世界観が掴めます。コンソールのスクショを数枚撮って検討資料に貼ると稟議の説得力が上がります
  3. 最小サンプルを写経して Sonnet を 1 回呼ぶ：実際に動かすと「Bedrock の Sonnet と直 API の Sonnet は同じ応答を返す」と体感でき、採用判断の材料が揃います

最後にもう一度。「絶対 Bedrock 経由がベスト」「絶対 直 API のままで良い」とは申し上げません。組織の規模・業界・既存環境・チーム構成で振れます。本記事の整理を出発点に、社内の情シス・法務・コンプライアンス部門との対話の中でご判断ください。気になる関連記事から読み進めると、企業向け生成 AI 基盤の全体像が立体的に見えてきます。

よくある質問

Q1: 「AWS Bedrock」は何と読みますか？ どんなサービスですか？

A. 「ベッドロック」と読みます。bedrock は英語で「岩盤・基盤」を意味し、AWS が生成 AI 時代の「基盤」を狙って命名したマネージド型の LLM 統合 API です。Anthropic Claude / Meta Llama / Mistral / Amazon Titan / Cohere / AI21 / Stability AI など複数の LLM プロバイダを、AWS の 1 つの IAM・1 つの契約で叩けるのが最大の特徴です。詳しくは AWS Bedrock とは と 主要モデル一覧 をご参照ください。

Q2: Bedrock の料金は Anthropic 直 API と比べてどれくらい違いますか？

A. 2026 年 5 月時点、Bedrock の On-demand（per-token）課金は、各プロバイダの公式価格とほぼ同等水準（AWS の上乗せはほぼゼロ〜小幅）です。「絶対こちらが安い」とは申し上げません。Bedrock は別途 Provisioned Throughput（時間単位の予約枠）を選べる点と、IAM 統合・VPC 内通信・監査ログのメリットが料金以外の判断軸として大きく効きます。最新の料金は aws.amazon.com/bedrock/pricing/ と anthropic.com/pricing で必ず事前にご確認ください。詳しくは 料金構造 と 直 API vs Bedrock の使い分け をご参照ください。

Q3: Bedrock 経由で Claude を使うメリットは何ですか？

A. 主に 4 軸あります：(1) IAM 連携で既存 AWS の権限管理を継承できる、(2) VPC 内通信（PrivateLink）でインターネット経由を避けられる、(3) CloudTrail / CloudWatch で監査ログを既存基盤に集約できる、(4) BAA / SOC 2 / ISO 27001 など AWS 既存の認証がそのまま継承できる——の 4 つです。組織要件（金融・医療・公共・大企業のコンプラ）が出てから Bedrock を検討するのが現実的、というのが私のこれまでの選定整理の経験からの感覚です。詳しくは なぜ Bedrock 経由か をご参照ください。

Q4: Bedrock で Claude Code（CLI）を動かすには何が必要ですか？

A. 概念レベルでは、(1) AWS アカウントと IAM 認証情報（aws configure 等）、(2) Bedrock の Model access 申請（Anthropic Claude モデルの利用権限）、(3) Claude Code 側で Bedrock 経由モードに切り替える環境変数（Anthropic 公式仕様の最新版を必ず確認）、(4) リージョン指定とモデル ID の Bedrock 用フォーマット——の 4 つです。私自身は個人検証レベルで触っており、業務本番運用ではないため、具体的な手順は Anthropic 公式・AWS 公式の最新ドキュメントで必ずご確認ください。詳しくは Bedrock 経由で Claude Code をご参照ください。

Q5: 金融・医療・公共系で Bedrock を採用すれば必ず安全ですか？

A. 「絶対安全」とは申し上げません。AWS のインフラ部分は BAA / SOC 2 / ISO 27001 等の認証を取得していますが、(1) プロンプトに入れる機密情報の運用ルール、(2) 社内セキュリティポリシーとの整合、(3) データ保持期間の設定、(4) 業界ガイドライン（金融庁・個人情報保護法・医療情報ガイドライン等）への適合、(5) 最新の SLA・利用規約の確認——これらは別途自前で整える必要があります。最終判断は社内の情シス・法務・コンプライアンス部門、必要に応じて専門の弁護士の方へご相談ください。詳しくは エンタープライズ採用判断 をご参照ください。

この記事は、法人営業を約 7 年やってから未経験 SE → 自社開発と移ってきた現役の生成AIエンジニア aikun が、業務本番運用は Anthropic 直 API で回しつつ、AWS Bedrock 経由 Claude を「直 API と Bedrock のどちらを選ぶか」の選定・概念整理のレベルで部分的に触ってきた経験をもとに書いています。本番フル運用の細部や契約・SLA は公式情報をもとに整理したものであり、最終判断は情シス・法務・コンプラ部門に委ねる前提で書いています。

訂正・お問い合わせ

本記事の内容に誤り・古い情報・追記すべき観点を見つけられた場合は、サイトお問い合わせフォーム（send@bon-bon-tools.com）までお知らせください。確認のうえ、本文末に「訂正履歴」を追記して透明性を保ちます。料金・利用規約・モデルの仕様・リージョン提供状況などの一次情報は、AWS 公式（aws.amazon.com/bedrock/）と Anthropic 社の公式ページ（anthropic.com）が最も信頼できるソースですので、本記事と公式情報に差がある場合は公式情報を優先してご判断ください。

関連記事

出典

新しい記事のお知らせを受け取る → 登録（準備中）