Dostarczanie wypychane usługi Azure Event Grid — pojęcia

W tym artykule opisano główne pojęcia dotyczące usługi Event Grid związane z dostarczaniem wypychanych.

Uwaga

Aby zapoznać się z pojęciami związanymi z nowym modelem zasobów korzystającym z przestrzeni nazw, zobacz ten artykuł dotyczący pojęć .

Wydarzenia

Zdarzenie to najmniejsza ilość informacji, które w pełni opisują coś, co wydarzyło się w systemie. Każde zdarzenie ma typowe informacje, takie jak source zdarzenie, time miało miejsce zdarzenie i unikatowy identyfikator. Każde zdarzenie ma również określone informacje, które są istotne tylko dla określonego typu zdarzenia. Na przykład zdarzenie dotyczące tworzenia nowego pliku w usłudze Azure Storage zawiera szczegóły pliku, takie jak wartość lastTimeModified. Zdarzenie usługi Event Hubs zawiera URL plik przechwytywania. Zdarzenie dotyczące nowej kolejności w mikrousłudze Orders może mieć orderId atrybut i URL atrybut do reprezentacji stanu zamówienia.

CloudEvents

Usługa Event Grid używa standardowej specyfikacji CLOUDEvents 1.0 firmy CNCF przy użyciu powiązania protokołu HTTP z formatem JSON. CloudEvents to rozszerzalna specyfikacja zdarzeń z udokumentowanymi rozszerzeniami dla określonych wymagań. W przypadku korzystania z usługi Event Grid usługa CloudEvents jest preferowanym formatem zdarzeń ze względu na dobrze udokumentowane przypadki użycia (tryby przesyłania zdarzeń, formatów zdarzeń itp.), rozszerzalność i ulepszoną współdziałanie. Rozwiązanie CloudEvents poprawia współdziałanie, zapewniając wspólny format zdarzeń do publikowania i korzystania z zdarzeń. Umożliwia to jednolite narzędzia i standardowe sposoby routingu i obsługi zdarzeń.

W poniższej tabeli przedstawiono bieżącą obsługę specyfikacji CloudEvents:

CloudEvents con tryb namiotu Obsługiwane?
Ustrukturyzowany kod JSON Tak
Binarnym Nie.

Maksymalny dozwolony rozmiar zdarzenia to 1 MB. Zdarzenia powyżej 64 KB są naliczane w przyrostach 64 KB. Aby uzyskać informacje o właściwościach wysyłanych w zdarzeniu, zobacz Schemat CloudEvents.

Inne formaty

Usługa Event Grid obsługuje również zastrzeżony format schematu usługi Event Grid dla wydawców zdarzeń systemowych. Usługę Event Grid można skonfigurować tak, aby dostarczała zdarzenia przy użyciu formatu CloudEvents .

Wydawcy

Wydawca to aplikacja, która wysyła zdarzenia do usługi Event Grid. Może to być ta sama aplikacja, z której pochodzą zdarzenia, źródło zdarzeń. Usługi platformy Azure publikują zdarzenia w usłudze Event Grid, aby ogłosić wystąpienie w swojej usłudze. Możesz publikować zdarzenia z własnej aplikacji. Organizacje hostujące usługi spoza platformy Azure mogą również publikować zdarzenia za pośrednictwem usługi Event Grid.

Źródła zdarzeń

Źródłem zdarzeń jest miejsce, w którym odbywa się zdarzenie. Każde źródło zdarzenia jest powiązane z co najmniej jednym typem zdarzenia. Na przykład usługa Azure Storage jest źródłem zdarzeń tworzonych przez obiekty blob. Usługa IoT Hub jest źródłem zdarzeń tworzonych przez urządzenia. Aplikacja jest źródłem definiowanych przez Ciebie zdarzeń niestandardowych. Źródła zdarzeń służą do wysyłania zdarzeń do usługi Event Grid.

Partnerzy

Partner jest rodzajem wydawcy, który wysyła zdarzenia z systemu, aby udostępnić je klientom platformy Azure. Partner jest zazwyczaj dostawcą SaaS lub ERP , który integruje się z usługą Azure Event Grid, aby pomóc klientom w realizacji przypadków użycia opartych na zdarzeniach na różnych platformach. Partnerzy mogą nie tylko publikować zdarzenia w usłudze Azure Event Grid, ale także odbierać z nich zdarzenia. Te możliwości są włączane za pomocą funkcji Zdarzenia partnerskie.

Tematy

Temat zawiera zdarzenia, które zostały opublikowane w usłudze Event Grid. Zazwyczaj używasz zasobu tematu do zbierania powiązanych zdarzeń. Aby reagować na określone typy zdarzeń, subskrybenci (usługa platformy Azure lub inne aplikacje) decydują, które tematy mają być subskrybowane. Istnieje kilka rodzajów tematów: tematy niestandardowe, tematy systemowe i tematy partnerskie.

Tematy niestandardowe

Tematy niestandardowe to również tematy, które są używane z aplikacjami. Były one pierwszym rodzajem tematu przeznaczonego do tworzenia integracji opartych na zdarzeniach dla aplikacji niestandardowych. Jako zasób samodzielnie uwidaczniają własny punkt końcowy, do którego są publikowane zdarzenia.

Tematy niestandardowe obsługują dostarczanie wypychane. Sprawdź , kiedy używać dostarczania ściągania lub wypychania, aby pomóc w podjęciu decyzji, czy dostarczanie wypychane jest właściwym podejściem, biorąc pod uwagę wymagania. Możesz również zapoznać się z artykułem Tematy niestandardowe.

Tematy systemowe

Tematy systemowe to wbudowane tematy udostępniane przez usługi platformy Azure, takie jak Azure Storage, Azure Event Hubs i Azure Service Bus. Tematy systemowe można tworzyć w ramach subskrypcji platformy Azure i subskrybować. Aby uzyskać więcej informacji, zobacz Omówienie tematów systemowych.

Tematy partnerów

Tematy partnerskie to rodzaj tematu używanego do subskrybowania zdarzeń publikowanych przez partnera. Funkcja umożliwiająca integrację tego typu jest nazywana zdarzeniami partnerskimi. Dzięki tej integracji uzyskasz temat partnera, w którym udostępniane są zdarzenia z systemu partnerskiego. Po utworzeniu tematu partnera utworzysz subskrypcję zdarzeń, tak jak w przypadku dowolnego innego rodzaju tematu.

Subskrypcje zdarzeń

Uwaga

Aby uzyskać informacje na temat subskrypcji zdarzeń w temacie przestrzeni nazw, zobacz ten artykuł dotyczący pojęć.

Subskrypcja informuje usługę Event Grid o zdarzeniach dotyczących tematu, który cię interesuje. Podczas tworzenia subskrypcji należy podać punkt końcowy do obsługi zdarzenia. Punkty końcowe mogą być elementem webhook lub zasobem usługi platformy Azure. Zdarzenia wysyłane do punktu końcowego można filtrować. Możesz filtrować według typu zdarzenia lub tematu zdarzenia, na przykład. Aby uzyskać więcej informacji, zobacz Event subscriptions and CloudEvents schema (Subskrypcje zdarzeń i schemat CloudEvents). Subskrypcje zdarzeń dla tematów niestandardowych, systemowych i partnerów, a także domeny mają te same właściwości zasobu.

Przykłady tworzenia subskrypcji dla tematów niestandardowych, systemowych i partnerskich, a także domen, zobacz:

Aby uzyskać informacje na temat pobierania bieżących subskrypcji usługi Event Grid, zobacz Query Event Grid subscriptions (Wykonywanie zapytań o subskrypcje usługi Event Grid).

Wygaśnięcie subskrypcji zdarzeń

Możesz ustawić czas wygaśnięcia subskrypcji zdarzeń skojarzonych z tematami niestandardowymi, systemowymi, partnerskimi i domenami, a także subskrypcjami domeny. Subskrypcja zdarzeń automatycznie wygaśnie po tej dacie. Ustaw wygaśnięcie subskrypcji zdarzeń, które są potrzebne tylko przez ograniczony czas i nie chcesz martwić się o czyszczenie tych subskrypcji. Na przykład podczas tworzenia subskrypcji zdarzeń w celu przetestowania scenariusza możesz ustawić wygaśnięcie.

Aby zapoznać się z przykładem ustawienia wygaśnięcia, zobacz Subskrybowanie za pomocą filtrów zaawansowanych.

Procedury obsługi zdarzeń

Z perspektywy usługi Event Grid program obsługi zdarzeń to miejsce, w którym zdarzenie jest wysyłane podczas korzystania z dostarczania wypychanego. Procedura obsługi podejmuje pewne dalsze działania w celu przetworzenia zdarzenia. W przypadku korzystania z dostarczania wypychanych usługa Event Grid obsługuje kilka typów procedur obsługi. Jako procedurę obsługi możesz użyć obsługiwanej usługi platformy Azure lub własnego elementu webhook. W zależności od typu programu obsługi usługa Event Grid jest zgodna z różnymi mechanizmami w celu zagwarantowania dostarczania zdarzenia. W przypadku procedur obsługi zdarzeń elementu webhook HTTP zdarzenie jest ponawiane do momentu, gdy program obsługi zwróci kod 200 – OKstanu . W przypadku kolejki usługi Azure Storage zdarzenia są ponawiane do momentu pomyślnego przetwarzania komunikatu wypychanego do kolejki przez usługę Queue.

Aby uzyskać informacje o dostarczaniu zdarzeń do dowolnego z obsługiwanych programów obsługi usługi Event Grid, zobacz Procedury obsługi zdarzeń w usłudze Azure Event Grid.

Zabezpieczenia

Usługa Event Grid zapewnia zabezpieczenia subskrybowania tematów i publikowania zdarzeń w tematach. Podczas subskrybowania musisz mieć odpowiednie uprawnienia w temacie usługi Event Grid. W przypadku korzystania z dostarczania wypychanego program obsługi zdarzeń jest usługą platformy Azure, a tożsamość zarządzana jest używana do uwierzytelniania usługi Event Grid, tożsamość zarządzana powinna mieć odpowiednią rolę RBAC. Na przykład w przypadku wysyłania zdarzeń do usługi Event Hubs tożsamość zarządzana używana w subskrypcji zdarzeń powinna być członkiem roli nadawcy danych usługi Event Hubs. Podczas publikowania musisz mieć token SAS lub uwierzytelnianie klucza dla tematu. Aby uzyskać więcej informacji, zobacz Zabezpieczenia i uwierzytelnianie usługi Event Grid.

Dostarczanie zdarzeń

Jeśli usługa Event Grid nie może potwierdzić, że zdarzenie zostało odebrane przez punkt końcowy subskrybenta podczas korzystania z dostarczania wypychanego, ponownie kwalifikuje zdarzenie. Aby uzyskać więcej informacji, zobacz Dostarczanie komunikatów usługi Event Grid i ponawianie próby.

Dzielenie na partie

W przypadku korzystania z tematu niestandardowego zdarzenia muszą być zawsze publikowane w tablicy. Może to być partia jednej dla scenariuszy o niskiej przepływności.

Wbudowane definicje typów zdarzeń

Jeśli jesteś partnerem, możesz zdefiniować typy zdarzeń udostępniane klientom podczas tworzenia kanału. Dzięki wbudowanym definicjom typów zdarzeń subskrybenci mogą łatwo filtrować zdarzenia, biorąc pod uwagę ich typ zdarzenia podczas konfigurowania subskrypcji zdarzeń.

Strefy dostępności

Strefy dostępności platformy Azure są fizycznie oddzielnymi lokalizacjami w każdym regionie świadczenia usługi Azure, które są odporne na awarie lokalne. Są one połączone przez sieć o wysokiej wydajności z opóźnieniem okrężnym mniejszym niż 2 milisekundy. Każda strefa dostępności składa się z co najmniej jednego centrum danych wyposażonego w niezależną infrastrukturę zasilania, chłodzenia i sieci. Jeśli dotyczy to jednej strefy, usługi regionalne, pojemność i wysoka dostępność są obsługiwane przez pozostałe dwie strefy. Aby uzyskać więcej informacji na temat stref dostępności, zobacz Regiony i strefy dostępności.

Następne kroki