3.4標準
生成AI APIの利用量が急増し、スロットリングが発生した。
利用者への影響と再試行の集中を抑える。
運用として適切なものを2つ選べ。
× 不正解
レート制限には分散再試行と明確な上限を設け、待機・代替モデル・人手対応などのフォールバックを用意する。
詳細解説
正しい指数バックオフとジッターを使い、再試行を分散する
同時再試行の集中を避け、サービス回復を待てる。
同時再試行の集中を避け、サービス回復を待てる。
問題の要件では、指数バックオフとジッターを使い、再試行を分散するが解決する範囲と、別の工程が担う範囲を分けて判断する。
正しい上限到達時は待機、縮小モデル、簡易応答などを案内する
無限再試行ではなく、利用者に状態と代替経路を示せる。
無限再試行ではなく、利用者に状態と代替経路を示せる。
問題の要件では、上限到達時は待機、縮小モデル、簡易応答などを案内するが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り全クライアントを同時に即時再試行する
負荷が増えてスロットリングを悪化させる。
負荷が増えてスロットリングを悪化させる。
問題の要件では、全クライアントを同時に即時再試行するが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り失敗を成功として記録する
可用性と品質を誤認し、原因分析ができなくなる。
可用性と品質を誤認し、原因分析ができなくなる。
問題の要件では、失敗を成功として記録するが解決する範囲と、別の工程が担う範囲を分けて判断する。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS公式AIF-C01 Domain 3.4とAmazon Bedrockのスロットリング・再試行設計を確認する。期待される結果
再試行集中を避け、安全に利用者へ代替手段を示せる。理解のポイント
- 指数バックオフ
- ジッター
- フォールバック
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
指数バックオフ
再試行間隔を段階的に長くして、障害や制限中の負荷を抑える方法。
ジッター
再試行時刻へランダムな揺らぎを加え、同時実行を分散する方法。
問題IDAWS-AIF-124
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告