AWS Bedrock+VPCエンドポイントを利用したClaude環境の構築

AWSのBedrockとVPCエンドポイントを使い、特定の利用者だけがClaudeを使える環境を組み立てる手順をまとめた記事である。流れは、IAMユーザーを作ってアクセスキーを発行し、Bedrockを使う権限を必要最小限で付与し、Bedrock Runtime用のVPCエンドポイントを作るというAWS側の設定から始まる。利用者側は AWS VPN Client で接続した状態で、Claude Desktopの「サードパーティ推論」設定と、VS Codeの Claude Code 拡張の環境変数を設定する。個々の設定値の説明より、どの順番で何を組むかという全体像に絞っているのが特徴だ。

面白いのは、この構成が「誰が使えるか」を技術で絞っている点である。Claudeを社内に入れるときは利用料や性能の話になりがちだが、ここではVPN越しでなければVPCエンドポイントに届かないという、ネットワークの門番を置いている。利用者の範囲は、アカウントの管理画面ではなく経路そのものが決めている。もう一点、記事自身が指摘するとおり、公式情報が複数の場所に散らばっているため、全体の見取り図を持たずに構築すると迷いやすい。実務者が一番つまずくのはまさにそこであり、この記事の価値もそこにある。一方で、アクセスキーを利用者ごとのcredentialsファイルに置く設計は、キーの管理と退職時の回収という運用の宿題を残す。AmazonBedrockFullAccessをそのまま付与しないという最小権限の勧めも、この宿題の重さに直結している。

中小企業では、まず「Claudeを使う人は誰か」を決め、その人たちだけが通れる経路を用意するという発想が使える。全社に一斉に配るより、少人数で試す運用の方が事故は少ない。構築を外部に頼む場合も、この記事の全体図を見せて、キーの発行と回収の手順を先に決めておくと話が早い。