Udostępnij przez


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ęć .

Zdarzenia

Zdarzenie to najmniejsza ilość informacji, które w pełni opisują coś, co wydarzyło się w systemie. Każde zdarzenie zawiera typowe informacje, takie jak source związany z wydarzeniem, time, kiedy lub gdzie zdarzenie miało miejsce, i unikatowy identyfikator. Każde zdarzenie zawiera 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 Cloud Native Computing Foundation (CNCF) CloudEvents 1.0 z powiązaniem protokołu HTTP i formatem JSON. CloudEvents to rozszerzalna specyfikacja zdarzeń z udokumentowanymi rozszerzeniami dla określonych wymagań. CloudEvents jest preferowanym formatem zdarzeń ze względu na dobrze udokumentowane przypadki użycia (tryby transferu zdarzeń, formaty zdarzeń i inne), rozszerzalność i ulepszoną współoperacyjność. Rozwiązanie CloudEvents poprawia współdziałanie, zapewniając wspólny format zdarzeń do publikowania i korzystania z zdarzeń. Umożliwia ona 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
Dwójkowy 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ą oprogramowania jako usługi (SaaS) lub planowania zasobów przedsiębiorstwa (ERP), którzy integrują 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 publikowane 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ż te, których używasz z twoimi aplikacjami. Były to pierwszy typ tematów przeznaczonych do tworzenia integracji opartych na zdarzeniach dla aplikacji niestandardowych. Jako samodzielny zasób, ujawniają własny punkt dostępu, do którego publikujesz 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 typu tematu.

Subskrypcje zdarzeń

Uwaga

Aby uzyskać informacje na temat subskrypcji zdarzeń w obszarze przestrzeni nazw, zapoznaj się z tym artykułem dotyczącym 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 niestandardowych, systemowych, tematów partnerskich i domen mają te same właściwości zasobów.

Aby uzyskać przykłady tworzenia subskrypcji dla tematów niestandardowych, systemowych, partnerskich i 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 dla subskrypcji zdarzeń skojarzonych z tematami niestandardowymi, systemowymi, partnerskimi i domenowymi oraz dla subskrypcji domen. Subskrypcja zdarzeń automatycznie wygasa po tej dacie. Ustaw termin wygaśnięcia subskrypcji zdarzeń potrzebnych tylko przez ograniczony czas, aby nie musieć martwić się ich usuwaniem. 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. Dostarczanie wypychane w usłudze Event Grid obsługuje kilka typów obsługiwanych odbiorników. 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. Jeśli używasz dostawy push, a obsługa zdarzeń jest usługą platformy Azure i tożsamość zarządzana uwierzytelnia Event Grid, to ta tożsamość powinna mieć odpowiednią rolę RBAC. Na przykład w przypadku wysyłania zdarzeń do usługi Event Hubs tożsamość zarządzana dla 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 punkt końcowy subskrybenta odebrał zdarzenie podczas korzystania z dostarczania wypychanego, ponownie odwołuje 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 należy zawsze publikować zdarzenia 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 jedna strefa jest dotknięta, pozostałe dwie strefy wspierają usługi regionalne, wydajność i wysoką dostępność. Aby uzyskać więcej informacji na temat stref dostępności, zobacz Regiony i strefy dostępności.