Azure Event Grid を使用して、顧客にほぼリアルタイムの情報をプッシュするアプリケーションを実装しています。
以下の要件があります：
数百種類のイベントタイプを含むイベントを、数千の顧客に送信する必要がある。
イベントは、処理前にイベントタイプによってフィルタリングされる必要がある。
認証と認可は Microsoft Entra ID を使用して処理する必要がある。
イベントは単一のエンドポイントに公開される必要がある。
Azure Event Grid を実装する必要があります。
解決策： イベントを「パターントピック (Partner Topic)」に公開します。顧客ごとに「イベントサブスクリプション (Event Subscription)」を作成します。
この解決策は目標を満たしていますか？
正解：B
この解決策が「いいえ」である理由は、主に 「パターントピック」の用途の誤り と、以前の問題でも触れた 「サブスクリプション数の制限」 にあります。
1. パターントピック (Partner Topic) とは？
パターントピックは、サードパーティ（SaaS プロバイダーなど）が、自身のプラットフォームから Azure ユーザーのサブスクリプションへイベントを送信するための仕組みです（例：Auth0、Datadog、PagerDuty などとの連携）。 自社アプリケーションから数千の顧客にイベントを配信する今回のようなケース（マルチテナント・エンタープライズ配信）には、パターントピックは適していません。
2. サブスクリプション数の上限（再確認）
要件には「数千の顧客」とあります。
制限： パターントピックもカスタムトピックと同様、1つのトピックにつき作成できるイベントサブスクリプション数は通常 500個 までです。
結論： 顧客ごとにサブスクリプションを作成する構成では、数千の顧客をカバーすることができません。
コメント