Important
Azure Cache for Redis は、すべての SKU の提供終了タイムラインを発表しました。 できるだけ早く既存の Azure Cache for Redis インスタンスを Azure Managed Redis に移行することをお勧めします。
提供終了の詳細については、以下を参照してください。
パッチ適用、スケーリング、インポート/エクスポート (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 インスタンスから送信されることを確認することが重要です。
- 同様に、eventType が処理する準備ができていることを確認し、受け取るすべてのイベントが想定される型であると想定しないでください。
- Azure Cache for Redis イベントは、サブスクライバーへの少なくとも 1 回の配信を保証します。これにより、すべてのメッセージが確実に出力されます。 ただし、サブスクリプションの再試行または可用性により、重複するメッセージが発生することがあります。 メッセージの配信と再試行の詳細については、 Event Grid メッセージの配信と再試行に関するページを参照してください。
次のステップ
Event Grid の詳細を確認し、Azure Cache for Redis イベントを試してみましょう。