この記事の目次
Claude Code Bedrockと検索する読者の多くは、すでにAWS基盤を運用している企業の情シスやエンジニアリードで、「自社はBedrock経由にすべきか」「するなら何を準備すればいいか」を知りたい段階にある。この記事を読み終えると、Anthropic直接契約・Amazon Bedrock経由・Vertex AI経由のどれを検討すべきかを判断軸に沿って絞り込み、Bedrock経由を選ぶ場合に何を準備すればよいかを自分の言葉で説明できる状態になる。
Claude Code を Amazon Bedrock 経由で使うとは何を意味するのか
Claude CodeをAmazon Bedrock経由で使うとは、認証・請求・モデルアクセスの主体をAnthropicではなくAWS側に置く構成を指す。
Anthropic直接契約（Pro/Max/APIキー）では、契約もモデルへのアクセス権もAnthropicとの関係で完結する。一方Bedrock経由では、Amazon BedrockというAWSのマネージドAIサービスを介してClaudeモデルを呼び出す形になり、認証はAWSのIAM（Identity and Access Management、AWS内のユーザーやサービスに対する権限を管理する仕組み）で行い、請求もAWSの利用料に含まれる。企業がこの構成を検討する理由は主に3つで、既存のAWS基盤との統合、請求の一本化、IAMによる細かな権限管理のしやすさである。それぞれの比較の詳細は次の節でまとめて扱う。
Bedrock・Vertex AI・Anthropic直接契約、何を判断軸に選ぶべきか
三者の違いは「既存クラウド基盤」「権限管理」「請求」「モデルアクセス申請」「リージョン」の5つの軸で比較すると整理しやすい。
以下は執筆時点での一般的な傾向を軸ごとに並べたものだが、モデルの提供状況や料金体系はAnthropic・AWS・Google Cloud各社の判断で変更されうるため、実際の選定時には、各社の公式ドキュメントで最新の仕様を必ず確認する。
| 判断軸 | Anthropic直接契約 | Amazon Bedrock経由 | Vertex AI経由 |
|---|---|---|---|
| 既存クラウド基盤 | どちらも無しでも利用可 | AWSを使っている企業向き | GCPを使っている企業向き |
| IAM権限管理 | Anthropic側の管理画面で管理 | AWSのIAMで一元管理できる | GCPのIAMで一元管理できる |
| 請求の一本化 | Anthropicへの個別請求 | AWS利用料に統合できる | GCP利用料に統合できる |
| モデルアクセス申請 | 契約すればすぐ利用可 | Bedrockコンソールでのモデルアクセス申請が必要な場合がある | Vertex AIコンソールでのアクセス設定が必要な場合がある |
| 通常のPro/Maxプランとの違い | 個人・チーム単位の定額プランが選べる | 従量課金が基本で、定額プランとは体系が異なる | 従量課金が基本で、定額プランとは体系が異なる |
この表からわかるのは、既存のクラウド基盤がAWSかGCPかがまず大きな分岐点になるということだ。どちらも使っていない、あるいは個人や小規模チームでの利用が中心の場合は、IAM統合の恩恵より直接契約のシンプルさが上回ることが多い。プランごとの料金差や上限の詳細はClaude Codeの料金体系を整理した記事で扱っている。また、Bedrock経由やVertex AI経由をVPC(仮想プライベートクラウド)内導入パターンの一つとして企業導入プロセス全体の中に位置づけたい場合は、エンタープライズ導入ガイドも合わせて確認したい。
セットアップで何を準備し、どこで詰まりやすいか
Bedrock経由のセットアップで最低限必要なのは、AWSアカウント、対象モデルへのアクセス申請、そしてIAMでの権限設計の3点である。
AWSアカウントが未整備の場合はまずそこから始める必要がある。次に、BedrockでClaudeモデルを使うには、AWSコンソール上でモデルへのアクセスを申請する手順が挟まることが多い。申請には審査が入る場合があり、着手から利用開始までにタイムラグが生じうる点は見込んでおくとよい。認証方式や環境変数名、セットアップコマンドの具体的な名称は、AnthropicとAWS双方のドキュメント更新によって変わることがあるため、この記事では固有の名称を断定的には示さない。実際に構築する際は、Anthropic Claude Code公式ドキュメントとAWS Bedrockのドキュメントを突き合わせ、現時点で正しい手順かどうかを見極める必要がある。
IAM権限設計は、この節でまとめて扱っておく。基本の考え方は最小権限の原則で、Claude Codeの実行に必要なBedrockのモデル呼び出し権限だけを付与し、それ以外のAWSリソースへのアクセスは別のロールに分離する。開発者個人に強い権限を渡すのではなく、用途ごとにロールを分けておくと、後から監査や見直しがしやすくなる。どこまで細かくロールを分離すべきかといった権限設計の考え方は、エンタープライズセキュリティガイドで扱っている。
もう一つ運用上の注意点として、モデルのバージョン指定がある。バージョンをエイリアス(latestのような可変の別名)のまま運用すると、Anthropic側の更新に伴って意図しないタイミングでモデルが切り替わることがある。本番運用ではバージョンを明示的に固定しておくと、挙動の変化に振り回されにくい。セットアップ時によくあるエラーの切り分け方はエラー切り分けガイドに、権限と情報の扱いを分けて運用するための考え方は運用ルールの記事にそれぞれまとめてある。
組織展開・ガバナンスで何を設計すべきか
複数チームでBedrock経由のClaude Codeを展開する際は、監査ログの運用ルールと、チームごとの利用ポリシーを新たに設計する必要がある。
IAMロールの分離やSSO(シングルサインオン)統合そのものは前節で扱った内容の延長にあるため、ここでは繰り返さない。ここで扱いたいのは、権限設計が終わった後の運用面である。監査ログについては、誰がどのタイミングでどのモデルを呼び出したかをAWS側のログ機能で追跡できるようにしておき、定期的に確認する担当者を決めておくと形骸化しにくい。複数チームで使う場合は、チームごとに利用可能なモデルやリクエスト量の上限を分けておくと、一部のチームの利用状況が全体の予算を圧迫する事態を避けやすくなる。
予算超過対策としてよくあるのはアラート設定だけだが、アラートは超過を検知する仕組みであって防ぐ仕組みではない。実務ではアラートに加えて、利用ポリシー自体の設計、たとえば大きな処理を投げる前にレビューを挟む、日次や週次での上限を明示するといった運用ルールを組み合わせておくと、想定外の請求を未然に抑えやすい。チーム運用のガバナンスをさらに広げて検討する際は、MCP(Model Context Protocol)のガイドにも目を通しておくとよい。
導入コストはどう見積もればよいか
Bedrock経由のコストは従量課金が基本なので、固定額を出すのではなく利用人数・想定トークン量・リージョンといった変数から試算する型を使うのが現実的だ。
トークンとは、AIモデルがテキストを処理する際の最小単位で、料金はこのトークン数に基づいて計算される。試算の際は、利用する人数、1人あたりどの程度のやり取りを想定するか、そしてどのリージョンでモデルを呼び出すかの3つを変数として置き、それぞれ自社の利用状況に当てはめて計算する。加えて、同じ内容を繰り返し参照する場面ではプロンプトキャッシュという仕組みを使うと、繰り返し分の処理コストを抑えられる場合がある。ただしこの記事では、円換算した具体的な金額や実測値は示さない。料金体系は変更されることがあるため、正確な単価は利用開始前に必ず公式の料金ページで確認してほしい。
自社にBedrock経由の運用は向いているか、何を基準に判断するか
Bedrock経由が自社に向いているかどうかは、技術的な適合性だけでなく、組織側の準備がどこまで整っているかで大きく左右される。
判断軸の比較やIAM設計を終えても、実際に成果が出るかどうかは別の話である。実務でよく見られる、成果につながりにくいパターンを2つ挙げる。1つ目は、AIの活用が人事評価と接続していないケースだ。効率化してもその見返りが「空いた時間に別の仕事が入ること」になりやすく、現場側にAIを使う動機が生まれにくい構造になっている。2つ目は、経営者自身がAIを使う必要を感じていない、あるいは経営者自身がAIを使っていない企業では、組織全体にAIが浸透しにくいという傾向だ。Bedrock経由の構築に着手する前に、この2点がクリアになっているかを確認しておくと、技術検証だけでは解決しない部分でつまずくリスクを減らせる。
これらの論点を自力で詰めきれる場合は、この記事の判断軸とセットアップの流れに沿って進めればよい。一方、IAM設計やガバナンス設計、あるいは組織側の準備状況の見極めまで含めて相談したい場合、自力導入と外部支援のどちらが適しているかを分ける観点は内製化ガイドに、研修の選び方は研修の選び方ガイドにそれぞれまとめた。
まとめ
Claude CodeをBedrock経由にするかどうかは、既存クラウド基盤・権限管理・請求の一本化という判断軸で三者を比較したうえで決め、選んだ後はIAM設計、監査ログを含むガバナンス設計、変数に基づくコスト試算という順で準備を進めるのが実務的な流れになる。ただし技術面の準備が整っていても、人事評価との接続や経営者自身の利用状況といった組織側の要因が整っていなければ、導入した仕組みは使われないまま残ることがある。
自社での検討や構築を進める中で判断に迷う場合や、IAM設計・組織展開の詰めで手が止まった場合は、無料の相談・研修の案内から状況を相談できる。費用はかからず、有料の商品を案内するものではない。