Question#47(AZ-204)
Azure メッセージングサービスを使用するソリューションを開発しています。 ソリューションが パブリッシュ/サブスクライブ（Pub/Sub）モデル を使用し、継続的なポーリング（polling）の必要性を排除する ようにする必要があります。 目標を達成するための2つの可能な方法は何ですか？それぞれの正解は完全なソリューションを提示します。 注：各正解は1ポイントの価値があります。
（2つ選択）
正解：A, C
「Pub/Sub モデル」かつ「ポーリングを排除する（プッシュ型）」という 2 つの条件を満たすサービスを選択する必要があります。
1. なぜ A と C が正解なのか
C. Event Grid (純粋なプッシュ型): * Event Grid は最初から「イベント駆動型アーキテクチャ」のために設計されており、完全なプッシュモデルを採用しています。
イベントが発生すると、Event Grid が受信側（Azure Functions や Webhook など）に直接イベントを送り届けるため、受信側が「新しいデータはないか？」と確認しに行く（ポーリング）必要がありません。
A. Service Bus (Pub/Sub のサポート):
Service Bus の「トピックとサブスクリプション」機能は、代表的な Pub/Sub モデル です。
厳密にはクライアントがメッセージを取りに行く動作をしますが、SDK（Long Polling や Push 形式のイベントハンドラー）を使用することで、アプリケーション開発者はポーリングを意識せずに済むよう設計されています。また、Event Grid と連携して「メッセージがキューに届いた時だけ処理を起動する」という完全なポーリングフリー構成も可能です。
コメント