Omówienie usługi Azure Cache for Redis w ramach usługi Event Grid
Azure Cache for Redis zdarzenia, takie jak stosowanie poprawek, skalowanie, importowanie/eksportowanie (RDB) zdarzenia są wypychane przy użyciu Azure Event Grid do subskrybentów, takich jak Azure Functions, Azure Logic Apps, a nawet do własnego odbiornika http. Usługa Event Grid zapewnia niezawodne dostarczanie zdarzeń do aplikacji za pomocą rozbudowanych zasad ponawiania prób i obsługi utraconych komunikatów.
Zobacz artykuł schematu zdarzeń Azure Cache for Redis, aby wyświetlić pełną listę zdarzeń, które Azure Cache for Redis obsługuje.
Jeśli chcesz wypróbować zdarzenia Azure Cache for Redis, zobacz dowolny z tych przewodników Szybki start:
Jeśli chcesz użyć tego narzędzia: | Zobacz ten przewodnik Szybki start: |
---|---|
Azure Portal | Szybki start: kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego przy użyciu Azure Portal |
PowerShell | Szybki start: kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego za pomocą programu PowerShell |
Interfejs wiersza polecenia platformy Azure | Szybki start: kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego za pomocą interfejsu wiersza polecenia platformy Azure |
Model zdarzeń
Usługa Event Grid używa subskrypcji zdarzeń do kierowania komunikatów o zdarzeniach do subskrybentów. Na tym obrazie przedstawiono relację między wydawcami zdarzeń, subskrypcjami zdarzeń i procedurami obsługi zdarzeń.
Najpierw zasubskrybuj punkt końcowy do zdarzenia. Następnie po wyzwoleniu zdarzenia usługa Event Grid wyśle dane o tym zdarzeniu do punktu końcowego.
Zobacz artykuł schematu zdarzeń Azure Cache for Redis, aby wyświetlić:
- Pełna lista zdarzeń Azure Cache for Redis i sposobu wyzwalania każdego zdarzenia.
- Przykład danych wysyłanych przez usługę Event Grid dla każdego z tych zdarzeń.
- Cel każdej pary wartości klucza, która jest wyświetlana w danych.
Najlepsze rozwiązania dotyczące korzystania ze zdarzeń
Aplikacje obsługujące zdarzenia Azure Cache for Redis powinny postępować zgodnie z kilkoma zalecanymi rozwiązaniami:
- Ponieważ wiele subskrypcji można skonfigurować do kierowania zdarzeń do tej samej procedury obsługi zdarzeń, ważne jest, aby nie zakładać, że zdarzenia pochodzą z określonego źródła, ale aby sprawdzić temat komunikatu, aby upewnić się, że pochodzi z oczekiwanego wystąpienia Azure Cache for Redis.
- Podobnie sprawdź, czy typ zdarzenia jest przygotowany do przetworzenia i nie zakładaj, że wszystkie otrzymane zdarzenia będą typami, których oczekujesz.
- Azure Cache for Redis zdarzenia gwarantują co najmniej jednokrotne dostarczanie do subskrybentów, co gwarantuje, że wszystkie komunikaty są wyświetlane. Jednak ze względu na ponawianie prób lub dostępność subskrypcji, od czasu do czasu mogą wystąpić zduplikowane komunikaty. Aby dowiedzieć się więcej na temat dostarczania komunikatów i ponawiania próby, zobacz Dostarczanie komunikatów usługi Event Grid i ponawianie próby.
Następne kroki
Dowiedz się więcej o usłudze Event Grid i podaj zdarzenia Azure Cache for Redis próbę:
- Event Grid — informacje
- schemat zdarzeń Azure Cache for Redis
- Kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego za pomocą interfejsu wiersza polecenia platformy Azure
- Kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego za pomocą Azure Portal
- Kierowanie zdarzeń Azure Cache for Redis do internetowego punktu końcowego za pomocą programu PowerShell