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