初心者向けAmazon Bedrock入門：AIモデルをAWSのサービスとして使う
※本記事は、当方ブログの要約です。全文はこちら
https://shinichi.noguchi.jp.net/blog/2026-08-12-amazon-bedrock-agents-intro.html
はじめに
生成AIを業務システムへ組み込むとき、まず悩むのが「どのモデルを、どのAPIから呼ぶか」です。Amazon Bedrockは、Anthropicなど複数のモデル提供元の基盤モデルを、AWSのマネージドサービスとして利用するための入口です。
この記事では、AWSを使い始めた技術者向けに、Bedrockの基本と、モデル提供元のAPIを直接呼ぶ方法との違いを説明します。
Amazon Bedrockで何ができるのか
Bedrockの中心は、基盤モデルにプロンプトを送り、文章やコードなどの生成結果を受け取ることです。マネジメントコンソールのプレイグラウンドで試したり、AWS SDKやAWS CLIから呼び出したりできます。
Bedrockは単なるチャットAPIではありません。Knowledge BasesによるRAG、Agentsによる業務処理、Guardrailsによる安全対策など、実用アプリケーションに必要な機能をAWSのサービス群と組み合わせられます。
なぜ直接APIではなくBedrockなのか
同じAnthropic系やOpenAI系のモデルが、モデル提供元のAPIでも利用できる場合があります。それでもBedrockを選ぶ理由は、モデル名ではなく、データと運用の境界をAWSへ集約しやすいことです。
業務データがS3、DynamoDB、RDS、OpenSearchなどAWS内にある場合、IAMでアクセス権を管理し、CloudTrailやCloudWatchと組み合わせられます。モデルごとにAPIキーを配布するより、AWSの既存ルールに沿って認証・監査を設計しやすくなります。複数モデルを同じAWS側の入口から比較できる点もメリットです。
データ保護とプライバシー
Bedrockを選ぶ大きな理由がデータ保護です。AWS公式FAQでは、Bedrockで処理される顧客コンテンツは利用リージョンで暗号化され、保存時もそのリージョンに保存されると説明されています。また、ユーザーの入力とモデルの出力は、第三者のモデル提供元と共有されないとされています。
そのため、社内規程、顧客からの問い合わせ、業務文書などを扱うとき、「モデル提供元の環境へ直接データを送るのではなく、AWSのサービス境界で処理する」という選択ができます。入力や出力をモデル提供元の学習に使われることを避けたい企業にとって、Bedrockのデータ保護方針は重要な判断材料です。
ただし、Bedrockを使えば自動的に安全になるわけではありません。CloudWatch LogsやS3にプロンプトを保存していれば、そこから漏れる可能性があります。IAMの最小権限、ログのマスキング、保持期間、個人情報の匿名化、Knowledge Baseの参照権限を別途設計してください。「学習に使われない」と「社内から漏れない」は別の問題です。
また、利用リージョンやクロスリージョン推論、外部APIとの連携によってデータの処理経路が変わる場合があります。自社の規程でリージョン固定が必要なら、公式ドキュメントを確認してから構成を決めます。
Bedrock Agentsの基本
Bedrock Agentsは、ユーザーの依頼を解釈し、必要に応じて検索や業務処理を呼び出す機能です。返品規約の質問にはKnowledge BaseでFAQを検索し、注文状況の質問にはAction Group経由でLambdaを呼び出します。
Lambda側では、注文番号の形式、利用者の権限、外部APIのタイムアウト、エラー時の応答を検証します。支払いや契約変更など副作用の大きな処理は、読み取り処理と分離し、人間の承認を挟む設計が安全です。
最初に試す手順
- AWSコンソールでBedrockを開き、利用リージョンを確認する
- プレイグラウンドで利用可能なモデルを選び、機密情報を含まない質問を送る
- モデルごとの応答と料金を比較する
- 小さなFAQをKnowledge Baseへ登録する
- 必要になってからLambdaとAction Groupを追加する
- IAM、ログ、料金を確認してから検証範囲を広げる
最初から注文を変更するエージェントを作るのではなく、読み取り専用のFAQやステータス照会から始めるのがおすすめです。
まとめ
Amazon Bedrockは、複数の基盤モデルをAWSの統制下で利用するためのサービスです。価値はモデル性能だけでなく、AWS内のデータとの接続、IAM、監査、暗号化、モデル提供元とのデータ共有方針をまとめて設計できることにあります。
一方、Bedrockはセキュリティ対策のすべてではありません。ログ、権限、入力データ、リージョン、外部連携まで確認して初めて、安全な生成AIシステムになります。