AZ-400 練習問題 15

ホットスポット - あなたは、ホーム ページのページ読み込みパフォーマンスに基づいてトリガーされるアラートを作成する予定です。 次の Application Insights ログ クエリ (概要) を確認してください。 requests | where timestamp >= ago(7d) | where operation_Name endswith 'Home/Index' | where operation_Name startswith 'GET' | summarize percentiles(duration, 50, 90, 95) by bin(timestamp, 1h) | extend threshold = 675 | render timechart このクエリでは、duration の 50/90/95 パーセンタイル (percentile_duration_50, percentile_duration_90, percentile_duration_95) と固定しきい値 threshold=675 が時系列でレンダリングされています。 次の 2 つの文を完成させる選択肢として、最も適切な組み合わせはどれですか？ 文 1: ほとんどのユーザーのページ読み込み体験に基づいてアラートを作成するには、アラート レベルを [回答] に基づかせる必要がある。 選択肢: percentile_duration_50 / percentile_duration_90 / percentile_duration_95 / threshold 文 2: 認証エラーがサーバーで発生したときにのみアラートを作成するには、クエリを [回答] でフィルタリングする必要がある。 選択肢: itemType / resultCode / source / success

正解: 文 1: percentile_duration_90、文 2: resultCode。
解説: 「ほとんどのユーザーのページ読み込み体験」を捉える指標としては、外れ値を排除しつつ広範なユーザーをカバーする 90 パーセンタイル (P90) が一般的に推奨されます。50 パーセンタイル (中央値) は半数のユーザー、95 パーセンタイルはより極端な遅いケースを表すため、「ほとんどのユーザー」というニュアンスにはやや過剰です。また、Application Insights の requests テーブルでサーバー側の認証エラー (HTTP 401 など) を絞り込むには resultCode (HTTP ステータス コード) でフィルターするのが正しい方法です。success は成功/失敗の真偽値で、認証エラーかどうかを区別できません。
各選択肢の検討:

• P95 と resultCode は P95 が「ほとんどのユーザー」の代表値としては保守的すぎ、不正確です。
• P50 と success は中央値では多数派の体感をカバーできず、success ではエラーの種別 (認証など) を識別できません。
• P95 と success も同様の理由で不適切です。
• P90 と resultCode は Application Insights における Web パフォーマンス監視と認証エラー検出の双方で実務的に妥当な組み合わせです。
• threshold は集計済みの定数値で、アラート レベルの「基準」として直接用いる対象ではありません。source は requests テーブルの認証エラー識別に用いるフィールドではありません。

参考: Microsoft Learn: Application Insights のログ クエリ