モバイル アプリケーションからメッセージを受信した際にキュー データを処理する Azure アプリケーションを開発しています。メッセージの送信頻度は一定ではありません。 以下の要件があります：
キューのサイズが 80 GB を超えてはならない。
メッセージの 先入れ先出し (FIFO) 順序を使用する。
Azure の コストを最小限 に抑える。
メッセージング ソリューションを実装する必要があります。 ソリューション： .NET API を使用して、モバイル アプリから Azure Storage Queue にメッセージを追加します。Azure Storage Queue トリガーを使用する Azure Function App を作成します。
このソリューションは目標を達成していますか？
正解：B
このソリューションが「No」である決定的な理由は、Azure Storage Queues が「厳密な FIFO（先入れ先出し）」をサポートしていないからです。
1. なぜ目標を達成できないのか（FIFO の欠如）
Azure Storage Queues: 大規模なスケーラビリティを優先して設計されており、メッセージの順序は「ベストエフォート（可能な限り順序を守る）」です。しかし、厳密な FIFO は保証されません。
要件の充足: 問題文には「FIFO 順序を使用する」という明示的な要件があるため、この時点で Storage Queues は不適合となります。
2. 容量制限の比較
Azure Storage Queues: ストレージ アカウント全体の容量制限（最大 5 PB など）に依存するため、80 GB という制限は余裕でクリアします。
Azure Service Bus: 通常、1つのキューのサイズ制限は 1 GB 〜 80 GB です（Premium ティアではさらに大きくできます）。要件の 「80 GB 以内」は Service Bus の最大設定値で対応可能です。
3. 推奨される正解ソリューション
この要件（FIFO ＋ 80 GB ＋ コスト最小化）を満たすためには、Azure Service Bus を使用する必要があります。
Azure Service Bus (Standard または Premium): 「メッセージ セッション」 などの機能を使用することで、厳密な FIFO 順序 を保証できます。
容量: キューの最大サイズを 80 GB に設定することが可能です。
コメント