Przestrzenie nazw usługi Azure Event Grid — dostarczanie wypychane (wersja zapoznawcza)
W tym artykule omówiono dostarczanie wypychane przy użyciu protokołu HTTP dla usługi Event Grid — podstawowe informacje przed rozpoczęciem korzystania z dostarczania wypychanych w przestrzeniach nazw usługi Event Grid za pośrednictwem protokołu HTTP. Ten artykuł jest odpowiedni dla użytkowników, którzy muszą tworzyć aplikacje w celu reagowania na dyskretne zdarzenia przy użyciu przestrzeni nazw usługi Event Grid. Jeśli chcesz dowiedzieć się więcej o różnicy między warstwą podstawową usługi Event Grid a warstwą Standardowa z przestrzeniami nazw, zobacz wybieranie odpowiedniej warstwy usługi Event Grid dla rozwiązania.
Ważne
Ta funkcja jest obecnie dostępna w wersji zapoznawczej.
Tematy i subskrypcje przestrzeni nazw
Zdarzenia publikowane w przestrzeniach nazw usługi Event Grid znajdują się w temacie, czyli podźródle przestrzeni nazw, które logicznie zawiera wszystkie zdarzenia. Tematy przestrzeni nazw umożliwiają tworzenie subskrypcji z elastycznymi trybami zużycia w celu wypychania zdarzeń do określonego miejsca docelowego lub ściągania zdarzeń w twoim tempie.
Obsługiwane programy obsługi zdarzeń
Oto obsługiwane programy obsługi zdarzeń:
Dostarczanie wypychania i ściągania
Usługa Event Grid obsługuje dostarczanie zdarzeń wypychania i ściągania przy użyciu protokołu HTTP. W przypadku dostarczania wypychanego należy zdefiniować miejsce docelowe w subskrypcji zdarzeń, element webhook lub usługę platformy Azure, do której usługa Event Grid wysyła zdarzenia. W przypadku dostarczania ściągnięcia aplikacje subskrybentów łączą się z usługą Event Grid w celu korzystania ze zdarzeń. Dostarczanie ściągania jest obsługiwane w przypadku tematów w przestrzeni nazw usługi Event Grid.
Ważne
Usługa Event Hubs jest obsługiwana jako miejsce docelowe dla subskrypcji w tematach przestrzeni nazw. W nadchodzących wersjach przestrzenie nazw usługi Event Grid będą obsługiwać wszystkie miejsca docelowe obecnie dostępne w usłudze Event Grid Basic wraz z dodatkowymi miejscami docelowymi.
Kiedy należy używać dostarczania wypychań a dostarczania ściągnięcia
Poniżej przedstawiono ogólne wskazówki ułatwiające podjęcie decyzji o tym, kiedy używać dostarczania ściągania lub wypychania.
Dostarczanie ściągnięcia
- Potrzebujesz pełnej kontroli co do tego, kiedy odbierać zdarzenia. Na przykład aplikacja może nie być przez cały czas, nie wystarczająco stabilna lub przetwarzać dane w określonym czasie.
- Potrzebna jest pełna kontrola nad zużyciem zdarzeń. Na przykład usługa podrzędna lub warstwa w aplikacji konsumenta ma problem uniemożliwiający przetwarzanie zdarzeń. W takim przypadku interfejs API dostarczania ściągnięcia umożliwia aplikacji konsumenta zwolnienie już odczytanego zdarzenia z powrotem do brokera, aby można było go dostarczyć później.
- Chcesz użyć linków prywatnych podczas odbierania zdarzeń, co jest możliwe tylko w przypadku dostarczania ściągnięcia, a nie dostarczania wypychanych.
- Nie masz możliwości uwidocznienia punktu końcowego i używania dostarczania wypychanego, ale możesz nawiązać połączenie z usługą Event Grid w celu korzystania ze zdarzeń.
Dostarczanie wypychane
- Chcesz uniknąć ciągłego sondowania, aby określić, czy nastąpiła zmiana stanu systemu. Zamiast tego używasz usługi Event Grid do wysyłania zdarzeń do Ciebie w momencie wystąpienia zmian stanu.
- Masz aplikację, która nie może wykonywać wywołań wychodzących. Na przykład Organizacja może być zaniepokojona eksfiltracją danych. Jednak aplikacja może odbierać zdarzenia za pośrednictwem publicznego punktu końcowego.