WEB問題集
AZ900-Manage#97
Log Analytics で時系列データの異常を機械学習で検出する KQL 関数として最も適切なものはどれですか?
解説
【正解: A】の理由
series_decompose_anomalies() は make_series で生成した時系列を分解し、季節性とトレンドを除去した残差から異常点を機械学習で検出します。anomaly detection に特化した KQL の AI 関数で、しきい値ベース監視より高度な検知が可能です。
【他選択肢が違う理由】
series_decompose_anomalies() は make_series で生成した時系列を分解し、季節性とトレンドを除去した残差から異常点を機械学習で検出します。anomaly detection に特化した KQL の AI 関数で、しきい値ベース監視より高度な検知が可能です。
【他選択肢が違う理由】
- B. 列の選択: project_keep は指定列のみ残す射影演算子で、異常検知ロジックを持ちません
- C. 件数集計: summarize count() は単純な集計関数で、機械学習や時系列分解は実行しません
- D. テーブル結合: join は複数テーブルの結合演算子で、異常検出機能とは無関係です
AZ900-Manage#98
Azure Workbooks の高度機能として正しい説明はどれですか?
解説
【正解: A】の理由
Workbooks はパラメータ式 / Tab / グリッド / グラフを組み合わせ、Logs / Metrics / Resource Graph / Azure Resource Manager など複数データソースを統合した対話的ダッシュボードを構築できます。経営層レポートや SRE ダッシュボードに広く活用されます。
【他選択肢が違う理由】
Workbooks はパラメータ式 / Tab / グリッド / グラフを組み合わせ、Logs / Metrics / Resource Graph / Azure Resource Manager など複数データソースを統合した対話的ダッシュボードを構築できます。経営層レポートや SRE ダッシュボードに広く活用されます。
【他選択肢が違う理由】
- B. 静的 PDF 専用: 対話的キャンバスでフィルタ / ドリルダウンが可能です
- C. Metrics のみ: Logs / Resource Graph / ARM など多様なデータソースを統合できます
- D. 単一クエリ: 複数グリッド / Tab レイアウトで多数のビューを同時配置できます
AZ900-Manage#99
Azure Monitor Alert Rules の 4 つの主要タイプの組み合わせとして正しいものはどれですか?
解説
【正解: A】の理由
Azure Monitor Alert Rules は Metric (数値しきい値) / Log (KQL ベース) / Activity Log (管理イベント) / Smart Detection (AI 異常検知) の 4 タイプで構成されます。Metric には Forecast Alert (予測ベース) も追加され、高度な事前検知が可能です。
【他選択肢が違う理由】
Azure Monitor Alert Rules は Metric (数値しきい値) / Log (KQL ベース) / Activity Log (管理イベント) / Smart Detection (AI 異常検知) の 4 タイプで構成されます。Metric には Forecast Alert (予測ベース) も追加され、高度な事前検知が可能です。
【他選択肢が違う理由】
- B. 通知チャネル: Email / SMS / 音声 / Webhook は Action Group の通知方式で、Alert タイプではありません
- C. SLA 階層: そのような階層分類はサポートされていません
- D. SKU 区分: Alert Rules は SKU でタイプ分けされません
AZ900-Manage#100-1
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある金融機関が本番システムの可観測性を強化します。アプリ層 + インフラ層 + セキュリティ層の統合監視と 24/7 SOC 連携が要件です。
解決策
Application Insights + Diagnostic Settings + Log Analytics workspace でアプリ + インフラ + セキュリティを統合観測する。
この解決策は目的を満たしますか?
解説
【判定: はい】の理由
Application Insights がアプリ層 (APM / Distributed Tracing)、Diagnostic Settings が各 Azure リソースのプラットフォームログを Log Analytics workspace に集約します。これでアプリ + インフラ + セキュリティを単一クエリ基盤で統合観測できます。
【「いいえ」が違う理由】
この 3 つは Microsoft 推奨の統合観測アーキテクチャです。Log Analytics workspace は KQL で横断分析でき、Microsoft Sentinel への取り込み元としても機能し、SOC 要件も満たせます。
Application Insights がアプリ層 (APM / Distributed Tracing)、Diagnostic Settings が各 Azure リソースのプラットフォームログを Log Analytics workspace に集約します。これでアプリ + インフラ + セキュリティを単一クエリ基盤で統合観測できます。
【「いいえ」が違う理由】
この 3 つは Microsoft 推奨の統合観測アーキテクチャです。Log Analytics workspace は KQL で横断分析でき、Microsoft Sentinel への取り込み元としても機能し、SOC 要件も満たせます。
AZ900-Manage#100-2
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある金融機関が本番システムの可観測性を強化します。アプリ層 + インフラ層 + セキュリティ層の統合監視と 24/7 SOC 連携が要件です。
解決策
Workbooks で経営層ダッシュボード、Action Group + Logic Apps で SOC / ServiceNow 連携を自動化する。
この解決策は目的を満たしますか?
解説
【判定: はい】の理由
Workbooks は経営層向け対話的ダッシュボードに最適で、Action Group は Logic Apps / Webhook / ITSM connector を起動できます。Logic Apps から ServiceNow へインシデント自動登録が可能で、24/7 SOC 連携要件を完全に満たせます。
【「いいえ」が違う理由】
この組み合わせは Microsoft 公式の自動応答パターンです。Action Group の ITSM connector や Logic Apps コネクタで ServiceNow / PagerDuty 等の外部システムと統合でき、可視化と運用自動化の両立が可能です。
Workbooks は経営層向け対話的ダッシュボードに最適で、Action Group は Logic Apps / Webhook / ITSM connector を起動できます。Logic Apps から ServiceNow へインシデント自動登録が可能で、24/7 SOC 連携要件を完全に満たせます。
【「いいえ」が違う理由】
この組み合わせは Microsoft 公式の自動応答パターンです。Action Group の ITSM connector や Logic Apps コネクタで ServiceNow / PagerDuty 等の外部システムと統合でき、可視化と運用自動化の両立が可能です。
AZ900-Manage#100-3
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある金融機関が本番システムの可観測性を強化します。アプリ層 + インフラ層 + セキュリティ層の統合監視と 24/7 SOC 連携が要件です。
解決策
個別 VM の手動監視のみで、統合観測プラットフォームは利用しない。
この解決策は目的を満たしますか?
解説
【判定: いいえ】の理由
個別 VM の手動監視ではアプリ層 / セキュリティ層を横断する統合観測ができません。24/7 SOC 連携や相関分析、自動エスカレーションも実現できず、金融機関に求められる可観測性レベルを満たせません。
【「はい」が違う理由】
手動監視は人的負荷が高く、深夜帯の検知漏れリスクがあります。KQL 横断分析や Smart Detection も活用できず、Microsoft 公式の統合観測アーキテクチャを採用すべきです。
個別 VM の手動監視ではアプリ層 / セキュリティ層を横断する統合観測ができません。24/7 SOC 連携や相関分析、自動エスカレーションも実現できず、金融機関に求められる可観測性レベルを満たせません。
【「はい」が違う理由】
手動監視は人的負荷が高く、深夜帯の検知漏れリスクがあります。KQL 横断分析や Smart Detection も活用できず、Microsoft 公式の統合観測アーキテクチャを採用すべきです。
AZ900-Manage#101
Azure Monitor の Action Group がサポートするアクションタイプの組み合わせとして最も正確なものはどれですか?
解説
【正解: A】の理由
Action Group は通知系 (Email / SMS / 音声 / Push) と自動化系 (Webhook / Logic Apps / Azure Functions / Automation Runbook / ITSM connector) の両方をサポートします。これにより通知のみならず自動修復や ServiceNow 連携も実現できます。
【他選択肢が違う理由】
Action Group は通知系 (Email / SMS / 音声 / Push) と自動化系 (Webhook / Logic Apps / Azure Functions / Automation Runbook / ITSM connector) の両方をサポートします。これにより通知のみならず自動修復や ServiceNow 連携も実現できます。
【他選択肢が違う理由】
- B. Email / SMS のみ: Webhook や Logic Apps による自動応答もサポートされます
- C. Teams のみ: Teams は対応チャネルの 1 つで、多数の選択肢があります
- D. Slack 専用: Slack は Webhook 経由で連携可能ですが専用ではありません
AZ900-Manage#102
Application Insights の高度機能として、本番稼働中のプロセスメモリスナップショットを取得し、例外発生時の変数値をデバッグできる機能はどれですか?
解説
【正解: A】の理由
Snapshot Debugger は本番環境で例外発生時にプロセスのメモリスナップショットを自動取得し、Visual Studio で変数値やコールスタックを事後デバッグできる機能です。本番再現困難な障害の原因究明に有効です。
【他選択肢が違う理由】
Snapshot Debugger は本番環境で例外発生時にプロセスのメモリスナップショットを自動取得し、Visual Studio で変数値やコールスタックを事後デバッグできる機能です。本番再現困難な障害の原因究明に有効です。
【他選択肢が違う理由】
- B. Live Metrics: 1 秒粒度のリアルタイム メトリクス可視化で、スナップショット取得機能はありません
- C. Smart Detection: AI ベースの異常検知機能で、メモリダンプは取得しません
- D. Distributed Tracing: 分散トレース可視化で、デバッグ用スナップショット機能ではありません
AZ900-Manage#103
Azure の監視 / 可観測性プラットフォームに該当するサービスを 3 つ選びなさい。
3 つ選択してください
解説
【正解: A, B, C】の理由
Log Analytics workspace はログ集約 / KQL 分析基盤、Application Insights は APM (アプリ性能監視)、Workbooks は対話的ダッシュボード構築機能で、いずれも Azure Monitor を構成する中核観測サービスです。3 つの組み合わせで統合可観測性を実現できます。
【他選択肢が違う理由】
Log Analytics workspace はログ集約 / KQL 分析基盤、Application Insights は APM (アプリ性能監視)、Workbooks は対話的ダッシュボード構築機能で、いずれも Azure Monitor を構成する中核観測サービスです。3 つの組み合わせで統合可観測性を実現できます。
【他選択肢が違う理由】
- D. Azure Front Door: グローバル CDN / WAF サービスで、監視プラットフォームではありません
- E. Azure Bastion: VM への安全な RDP/SSH ゲートウェイで、観測サービスではありません
AZ900-Manage#104
次の各ステートメントについて、正しい場合は「はい」、誤っている場合は「いいえ」を選択してください。
注: 正解 1 つにつき 1 点が与えられます。
| ステートメント | はい | いいえ |
|---|---|---|
Workbooks は静的 PDF レポートのみを出力する機能です。 Workbooks はパラメータ式や Tab レイアウトで対話的なダッシュボードを構築でき、Logs / Metrics / Resource Graph を統合可視化できます。静的 PDF 専用ではありません。 | ||
Action Group は通知だけでなく Logic Apps や Functions による自動応答も実行できます。 Action Group は Email / SMS / 音声などの通知に加え、Webhook / Logic Apps / Functions / Automation Runbook / ITSM connector による自動応答や外部連携も実行できます。 | ||
Log Analytics は KQL によりログの柔軟な分析と相関を可能にします。 Log Analytics workspace は KQL (Kusto Query Language) でログを集約 / 集計 / 結合し、複数リソース横断の相関分析や時系列異常検知を柔軟に実行できます。 |