3.4標準
モデルエンドポイントが応答しているが、空の根拠や壊れた形式を返す。
単なるHTTP成功では障害を検知できない。
監視として適切なものを2つ選べ。
× 不正解
AIのヘルスチェックは接続だけでなく形式・遅延・根拠・安全性を検証し、失敗時の代替・遮断・人手確認を用意する。
詳細解説
正しい接続・認証だけでなく、形式、遅延、根拠、拒否、安全ケースを合成テストする
機能上の劣化を検知できる。
誤りヘルスチェックへ本番の個人情報をそのまま使う
監視自体が機密漏えい源になる。
正しい失敗時は代替応答・遮断・人手確認へ分岐し、復旧まで状態を監視する
不適切な出力を利用者へ広げにくい。
誤りHTTP 200ならモデルは正常と判断する
内容や品質の失敗を見逃す。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
AWS公式AIF-C01 Domain 3.4の運用監視、合成テスト、障害対応を確認する。
参考にした公式資料
確認できる内容
AIサービスの機能・品質ヘルスを接続状態と分けて監視できる。
理解のポイント
- 合成テスト
- 形式
- フォールバック
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
合成テスト
決めた安全な入力を定期実行し、実際の機能・品質を確認する監視。
フォールバック
依存サービスやモデルの失敗時に、代替応答・保留・人手処理へ切り替えること。
問題IDAWS-AIF-285
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告