Udostępnij za pośrednictwem


Przestrzenie nazw usługi Azure Event Grid — dostarczanie wypychane

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.

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.

Diagram przedstawiający temat i skojarzone subskrypcje zdarzeń.

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.

Diagram wysokiego poziomu przedstawiający dostarczanie wypychane i dostarczanie ściągnięcia z rodzajem zaangażowanych zasobów.

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.

Następne kroki