変更要約: 初版: ドメイン2（実装と統合）の5節を作成
2.3エンタープライズ統合アーキテクチャの設計
FM 機能を既存の企業環境に組み込む設計を学びます。イベント駆動（EventBridge）、GenAI ゲートウェイ、ID 連携／RBAC／最小権限、Outposts／Wavelength、CodePipeline／CodeBuild による CI/CD を扱います。
GenAI は単体で完結せず、既存の業務システムに統合してこそ価値が出ます。疎結合・セキュアなアクセス・コンプライアンスを満たす統合設計が問われます。
2.3.1企業統合のパターン
- イベント駆動統合：EventBridge／Lambda の webhook で疎結合に既存アプリへ GenAI 機能を足す。
- GenAI ゲートウェイ：FM 利用の中央抽象レイヤー。認証・レート制限・オブザーバビリティ・ポリシーを一元化する。
- セキュアなアクセス：FM サービスと企業システムの ID 連携、RBAC、FM への最小権限 API アクセス。
- データ主権/エッジ：Outposts（オンプレ統合）・Wavelength（エッジ）で管轄をまたぐデータ要件に対応。
- CI/CD：CodePipeline／CodeBuild で GenAI コンポーネントを継続デプロイ・テストし、セキュリティスキャンとロールバックを組み込む。
「既存アプリへ疎結合に追加＝イベント駆動（EventBridge）」「FM 利用の中央統制＝GenAI ゲートウェイ」「管轄をまたぐデータ/オンプレ＝Outposts、エッジ＝Wavelength」「GenAI の継続デプロイ＝CodePipeline/CodeBuild」 は頻出です。
企業統合の要は「疎結合」と「中央統制」です。既存システムへは API Gateway＋Lambda（webhook ハンドラ）や EventBridge（イベント駆動）で疎結合に GenAI を差し込み、レガシーとの同期パターンを設計します。FM 利用は GenAI ゲートウェイ（中央抽象レイヤー）に集約し、認証・レート制限・コスト配賦・オブザーバビリティ・ポリシーを一元化します。アクセスは FM サービスと企業 IdP のフェデレーション、モデル/データの RBAC、FM への最小権限 APIで固めます。データ主権・低遅延が要る場合は Outposts（オンプレ）・Wavelength（5G エッジ）でクラウドとオンプレ間を安全にルーティング。デリバリは CodePipeline／CodeBuild で GenAI コンポーネント（プロンプト・フロー・エージェント）を自動テスト＋セキュリティスキャン＋ロールバック付きで継続デプロイします。
| 要件 | 使うもの | ポイント |
|---|---|---|
| 疎結合な追加 | EventBridge/Lambda | イベント駆動・webhook |
| FM 利用の一元統制 | GenAI ゲートウェイ | 認証/レート/監視/ポリシー |
| オンプレ/エッジ | Outposts/Wavelength | データ主権・低遅延 |
| 継続デプロイ | CodePipeline/CodeBuild | テスト/スキャン/ロールバック |
ひっかけ： 「各アプリが直接 Bedrock を呼べばよく、中央ゲートウェイは不要」は大規模では誤りです。認証・コスト・監視・ポリシーの一元化に GenAI ゲートウェイ が有効。また「FM へのアクセスは広めの権限が便利」も誤り（最小権限が原則）。
2.3.2この節のまとめ
- 疎結合＝EventBridge／中央統制＝GenAI ゲートウェイ／継続デプロイ＝CodePipeline
- アクセス＝フェデレーション＋RBAC＋最小権限／オンプレ・エッジ＝Outposts/Wavelength
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. 既存の受注システムに、注文確定イベントをトリガーに GenAI で要約を生成する機能を、本体を改修せず疎結合に追加したい。最適なのは？
Q2. 社内の多数のアプリが Bedrock を使い始め、認証・レート制限・コスト配賦・監視を一元的に統制したい。最適なのは？
Q3. GenAI コンポーネント（プロンプト・フロー）を本番へ、自動テストとセキュリティスキャン、失敗時のロールバック付きで継続的にデプロイしたい。最適なのは？