Anthropic「Claudeアプリゲートウェイ」発表の要点
この記事の要点
AnthropicがBedrockとGoogle Cloud向けにClaudeアプリゲートウェイを発表。認証・利用上限を一元管理でき、企業のClaude Code導入負担が下がる。
結論
Anthropicは2026年6月29日、Amazon BedrockとGoogle Cloud向けに「Claudeアプリゲートウェイ」を発表しました。企業が自社インフラ上で動かす単一のコンテナが、社員の認証と利用上限を一元管理する仕組みです。これまで開発者ごとに個別のクラウド認証情報を発行し、利用状況を別途把握する必要があった運用負担が、情報システム部門側でまとめて解消できるようになります。Bedrock・Google Cloud・Microsoft Foundryという主要3クラウドにまたがってClaude Codeを統一管理できる体制が整ったことも、エンタープライズ導入のハードルを下げる要因です。
何が発表されたか
Anthropicは公式ブログで、BedrockとGoogle Cloud上でClaude Codeを利用する企業向けの新しい管理基盤としてClaudeアプリゲートウェイを公開しました(Anthropic公式ブログ)。従来、BedrockやGoogle Cloud経由でClaude Codeを動かすには、開発者一人ひとりにクラウドの認証情報を発行し、各自のパソコンに設定を配布したうえで、利用状況を把握するための仕組みを別途用意する必要がありました。人数が増えるほど、この作業は情報システム部門の負担として積み上がります。
ゲートウェイは自社インフラ上で動作する単一のステートレスなコンテナで、Linux環境でPostgreSQLデータベースと組み合わせて稼働します。Google Workspace、Microsoft Entra ID、Oktaなど標準規格に対応した企業の認証基盤と連携するため、社員は普段使っている社内アカウントでログインするだけでClaude Codeにアクセスできるようになります。個別のクラウド認証情報を配布する手順そのものが不要になる点が、これまでとの最大の違いです。
管理者側では、利用可能なモデルや既定設定を一箇所で決めれば、全社員に自動で適用されます。加えて、日次・週次・月次の利用上限を組織単位・グループ単位・個人単位で設定できる支出上限機能も備えており、想定外のコスト超過を防ぐ運用がしやすくなっています。利用状況の記録は企業側が用意した収集基盤に送られる設計で、Claude APIを使う設定にしない限り、推論内容や利用データがAnthropic側に送信されることはありません。導入手順の詳細はClaude Code公式ドキュメントにまとまっています(Claude Code公式ドキュメント)。
DevOps.comの解説記事も、この仕組みがBedrockとGoogle Cloud双方でのClaude Code利用における認証と利用状況把握の負担を軽減する狙いだと伝えています(DevOps.com)。
今回の発表とほぼ同時期に、ClaudeはMicrosoft FoundryでもAzure環境上での正式提供が始まりました。詳細はClaude、Microsoft Foundryで正式提供。Azure環境でそのまま使えるで扱っていますが、これによりBedrock、Google Cloud、Microsoft Foundryという主要3つのクラウド基盤にまたがって、Claude Codeを統一的な仕組みで管理できる体制が整った形になります。
現場の実務にどう効くか
情報システム部門にとっての実務上の変化は明確です。第一に、開発者の入社・異動・退職のたびに個別のクラウド認証情報を発行・回収する作業が減ります。既存の社内認証基盤にゲートウェイを接続すれば、アカウントの権限変更が自動的にClaude Codeへのアクセス権に反映されるためです。
第二に、利用モデルや既定設定を一括で統制できるため、部署ごとに設定がばらつく事態を防げます。これはすでに提供されているClaude法人版、権限を細分化。請求や接続をロール単位で管理のロール管理機能と組み合わせることで、誰がどのモデルにどこまでアクセスできるかを、より細かく設計できるようになります。
第三に、支出上限機能を使えば、部門別・チーム別に日次や月次の予算枠を設定でき、想定外の請求を未然に防げます。Claude法人版に支出アラート、AI予算の使い過ぎを防止で紹介した支出アラート機能とあわせて導入すれば、予算超過の兆候を早期に察知しつつ、上限そのもので歯止めをかける二重の備えが可能になります。
導入を検討する際は、まず自社の認証基盤がGoogle Workspace、Microsoft Entra ID、Oktaのいずれかの標準規格に対応しているかを確認し、次にPostgreSQLデータベースを稼働させるLinux環境を用意できるかを見極める必要があります。ゲートウェイはコンテナ単体で完結する設計のため、既存のクラウド運用チームがいれば大規模な体制変更なしに導入できる可能性が高いですが、具体的な要件やサポート範囲は公式ドキュメントで確認するのが確実です。情シスとAI推進の連携体制をどう作るかについては、情シスとAI推進の連携 システム管理と現場活用を両立も参考になります。
契約前には、データの取り扱いについても社内で確認しておく価値があります。法人向けAIのデータ取り扱い確認ポイント 契約前に押さえる7項目にあるように、利用データの送信先や保存場所は契約条件によって変わるため、ゲートウェイ経由の利用データがどこに記録され、誰がアクセスできるのかを事前に確認しておくことが望まれます。なお、機能の詳細や対応クラウドの範囲は今後変更される可能性もあるため、最新は公式で確認してほしいところです。
出典
よくある質問
Claudeアプリゲートウェイとは何ですか
Amazon BedrockとGoogle Cloud上でClaude Codeを使う企業向けに、Anthropicが提供する管理基盤です。自社インフラ上でコンテナとして動かし、社員の認証や利用モデル、支出上限を一箇所で管理できます。
導入すると何が変わりますか
開発者ごとにクラウドの認証情報を発行する作業が不要になり、社員は普段使っている社内アカウントでログインするだけでClaude Codeを使えるようになります。管理者は利用モデルや支出上限を全社に一括適用できます。
Anthropicに利用データは送られますか
ゲートウェイの利用記録は企業側が用意した収集基盤に送られる仕組みで、Claude APIを使う設定にしない限り、推論内容や利用データはAnthropic側に送信されません。