AI901-Foundry#23-2
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある製造業企業が、世界 5 リージョンの工場で利用される多言語チャット ボットを Azure AI Foundry で開発します。本社は日本リージョンを基準とし、各工場は日本 / 米国 / EU / インド / 中国地域からアクセスします。可用性 / レイテンシ / 規制 (GDPR / 中国データ保管) を考慮した設計が求められます。
解決策
Japan East の 1 リージョンにのみ GPT-4o をデプロイし、全 5 地域の工場はすべて Japan East の endpoint を呼び出す単一リージョン構成にします。Private Endpoint や Entra ID 認証は省略してパブリック endpoint + API キー認証で運用します。
この解決策は目的を満たしますか?
解説
【判定: いいえ】の理由
本提案は要件 (可用性 / レイテンシ / 規制対応) すべてに違反します。第一に、単一リージョン デプロイでは Japan East で障害が発生すると全世界の工場が停止する SPOF (単一障害点) が生まれ、可用性目標を満たせません。第二に、EU / 米国 / 中国の工場から日本へクロス リージョン呼び出しすると 200〜500ms のレイテンシ増加が常時発生し、リアルタイム チャット体験が劣化します。第三に、GDPR や中国データ保管法では域内処理が要件となるケースが多く、日本リージョン経由は規制違反のリスクを伴います。第四に、パブリック endpoint + API キー認証はキー漏洩リスクと監査追跡性の不足を生み、Privacy and security 原則に違反します。Microsoft 公式アーキテクチャ ガイドが全項目で否定する設計です。
【「はい」が違う理由】
可用性 / レイテンシ / 規制 / セキュリティのすべてに違反するため、「目的を満たす」と判定する根拠は皆無です。
本提案は要件 (可用性 / レイテンシ / 規制対応) すべてに違反します。第一に、単一リージョン デプロイでは Japan East で障害が発生すると全世界の工場が停止する SPOF (単一障害点) が生まれ、可用性目標を満たせません。第二に、EU / 米国 / 中国の工場から日本へクロス リージョン呼び出しすると 200〜500ms のレイテンシ増加が常時発生し、リアルタイム チャット体験が劣化します。第三に、GDPR や中国データ保管法では域内処理が要件となるケースが多く、日本リージョン経由は規制違反のリスクを伴います。第四に、パブリック endpoint + API キー認証はキー漏洩リスクと監査追跡性の不足を生み、Privacy and security 原則に違反します。Microsoft 公式アーキテクチャ ガイドが全項目で否定する設計です。
【「はい」が違う理由】
可用性 / レイテンシ / 規制 / セキュリティのすべてに違反するため、「目的を満たす」と判定する根拠は皆無です。
コメント