Azure Cache for Redis Event Grid の概要
ファイルの部分置換、スケーリング、インポート/エクスポート (RDB) イベントなどの Azure Cache for Redis イベントは、Azure Event Grid を使用して、Azure Functions、Azure Logic Apps などのサブスクライバー、または独自の HTTP リスナーにもプッシュされます。 Event Grid は、豊富な再試行ポリシーおよび配信不能を使用して、ご利用のアプリケーションに信頼性の高いイベント配信を提供します。
Azure Cache for Redis でサポートされているイベントの完全な一覧については、Azure Cache for Redis のイベント スキーマに関する記事を参照してください。
Azure Cache for Redis のイベントを試す場合は、次のクイックスタートのいずれかを参照してください。
| 使うツール: | 参照するクイックスタート |
|---|---|
| Azure portal | クイックスタート:Azure portal を使用して Azure Cache for Redis のイベントを Web エンドポイントにルーティングする |
| PowerShell | クイックスタート:PowerShell を使用して Azure Cache for Redis のイベントを Web エンドポイントにルーティングする (英語) |
| Azure CLI | クイックスタート:Azure CLI を使用して Azure Cache for Redis のイベントを Web エンドポイントにルーティングする (英語) |
イベント モデル
Event Grid は、イベント サブスクリプションを使用して、イベント メッセージをサブスクライバーにルーティングします。 この図は、イベント発行元、イベント サブスクリプション、およびイベント ハンドラーの間の関係を示しています。
最初に、イベントにエンドポイントをサブスクライブします。 その後、イベントがトリガーされると、Event Grid サービスにより、そのイベントに関するデータがエンドポイントに送信されます。
Azure Cache for Redis のイベント スキーマに関する記事で以下を確認してください。
- Azure Cache for Redis のイベントの全一覧と各イベントがトリガーされる方法。
- これらの各イベントに対して Event Grid が送信するデータの例。
- データに表示される各キー値ペアの目的。
イベントの使用に関するベスト プラクティス
Azure Cache for Redis のイベントを処理するアプリケーションでは、いくつかの推奨される手法に従う必要があります。
- 複数のサブスクリプションが同じイベント ハンドラーにイベントをルーティングするように構成される場合があるため、イベントが特定のソースからのものであると見なすのではなく、メッセージのトピックをチェックして、予測している Azure Cache for Redis インスタンスから来ていることを確認することが重要です。
- 同様に、受信するすべてのイベントが予期した種類のものであると想定してはならず、イベントの種類が処理できるものであることを確認する必要があります。
- Azure Cache for Redis のイベントにより、サブスクライバーへの少なくとも 1 回の配信が保証され、すべてのメッセージが確実に出力されます。 ただし、サブスクリプションの再試行または可用性のために、重複するメッセージが発生することがあります。 メッセージの配信と再試行の詳細については、「Event Grid によるメッセージの配信と再試行」を参照してください。
次のステップ
Event Grid の詳細について理解し、Azure Cache for Redis のイベントを試してみてください。