DP-900：Microsoft Azure Data Fundamentals Azure の分析ワークロード 問11
Azure の分析ワークロード／リアルタイムデータ分析ある物流会社では、各拠点の出荷実績データについて、数時間程度の遅延は許容できるが、月末に一括して大量のレコードを効率的に集計し、コストを抑えて処理したいと考えている。常時データを監視して即時に処理するストリーム処理は不要である。この要件に適した処理方式はどれか。
当サイトのオリジナル問題（DP-900：Microsoft Azure Data Fundamentalsの出題範囲「Azure の分析ワークロード」に対応。実際の試験問題ではありません）
- Aストリーム処理
- Bバッチ処理
- CELT（抽出・格納・変換）
- DETL（抽出・変換・格納）
正解：B
解説
正解はバッチ処理です。バッチ処理は一定期間蓄積したデータをまとめて定期的に処理する方式で、数時間程度の遅延が許容でき、常時稼働する処理基盤を持たないため、ストリーム処理に比べてコストを抑えて大量データを効率的に処理できます。ストリーム処理はデータが発生するたびに継続的に処理する方式で常時のコンピューティングリソースを要するため、即時性が不要でコストを抑えたい今回の要件にはむしろ不向きです。ELT や ETL はデータを変換する処理の順序（抽出・格納・変換の順か、抽出・変換・格納の順か）を表す概念であり、バッチ処理・ストリーム処理のどちらとも組み合わせられるため、処理のタイミングやコストそのものを決める要素ではありません。
選択肢ごとの解説
- A誤り。ストリーム処理はデータが発生するたびに継続的に処理する方式で常時のコンピューティングリソースを要するため、即時性が不要でコストを抑えたい今回の要件にはむしろ不向きです。
- B正しい。バッチ処理は一定期間蓄積したデータをまとめて定期的に処理する方式で、数時間程度の遅延が許容できる場合に常時稼働の基盤を持たずコストを抑えて効率的に処理できます。
- C誤り。ELT はデータを抽出・格納してから変換する処理の順序を表す概念であり、バッチ処理・ストリーム処理のどちらとも組み合わせられるため、処理のタイミングやコストそのものを決める要素ではありません。
- D誤り。ETL はデータを抽出・変換してから格納する処理の順序を表す概念であり、こちらも処理方式自体やコストを決めるものではありません。