3.3標準
旧モデルの提供終了日が決まった。
利用者と監査を壊さず移行する。
計画として適切なものを2つ選べ。
× 不正解
モデル廃止は依存・版・データ・プロンプト・評価・利用者を洗い出し、比較・段階切替・通知・ロールバック・保持削除を計画する。
詳細解説
正しい依存サービス・モデル版・データ・プロンプト・評価・利用者を一覧化して移行期限を決める
影響範囲を把握できる。
影響範囲を把握できる。
問題の要件では、依存サービス・モデル版・データ・プロンプト・評価・利用者を一覧化して移行期限を決めるが解決する範囲と、別の工程が担う範囲を分けて判断する。
正しい新旧比較、段階切替、通知、ロールバック、旧データ保持・削除を計画する
安全に廃止できる。
安全に廃止できる。
問題の要件では、新旧比較、段階切替、通知、ロールバック、旧データ保持・削除を計画するが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り終了日まで何もせず、提供停止後に代替を探す
サービス停止を招く。
サービス停止を招く。
問題の要件では、終了日まで何もせず、提供停止後に代替を探すが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り旧モデルのログと設定を全て即時削除する
監査と復旧ができない。
監査と復旧ができない。
問題の要件では、旧モデルのログと設定を全て即時削除するが解決する範囲と、別の工程が担う範囲を分けて判断する。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS公式AIF-C01 Domain 3.3・4.3のモデルライフサイクル、変更、廃止を確認する。期待される結果
提供終了前に依存と移行を可視化し、監査・復旧を残して廃止できる。理解のポイント
- モデル廃止
- 移行
- 依存関係
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
モデル廃止
旧版を新規利用から外し、依存・データ・証跡を整理して終了すること。
移行計画
新旧の比較、切替、通知、復旧、削除の手順と期限。
問題IDAWS-AIF-500
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告