Usługa Event Grid na platformie Kubernetes z usługą Azure Arc (wersja zapoznawcza) — omówienie

Ten artykuł zawiera omówienie usługi Event Grid na platformie Kubernetes, przypadków użycia, funkcji oferowanych przez nią i różnic między usługą Azure Event Grid.

Ważne

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc jest obecnie dostępna w publicznej wersji zapoznawczej. Ta wersja zapoznawcza nie jest objęta umową dotyczącą poziomu usług i nie zalecamy korzystania z niej w przypadku obciążeń produkcyjnych. Niektóre funkcje mogą być nieobsługiwane lub ograniczone. Aby uzyskać więcej informacji, zobacz Uzupełniające warunki korzystania z wersji zapoznawczych platformy Microsoft Azure.

Co to jest usługa Event Grid?

Event Grid to broker zdarzeń używany do integrowania obciążeń korzystających z architektur opartych na zdarzeniach. Architektura sterowana zdarzeniami używa zdarzeń do komunikowania wystąpień w zmianach stanu systemu i jest typowym podejściem integracji w architekturach oddzielonych, takich jak te, które korzystają z mikrousług. Usługa Event Grid oferuje pub-sub, który jest również opisany jako model wypychania, komunikacji, w którym subskrybenci są wysyłani (wypychani) zdarzenia, a ci subskrybenci nie muszą wiedzieć o wydawcy, który wysyła zdarzenia. Ten model kontrastuje z klasycznymi modelami ściągania wypychanymi, takimi jak te używane przez usługę Azure Service Bus lub Azure Event Hubs, w których klienci ściągają komunikaty z brokerów komunikatów i w konsekwencji, istnieje silniejsze sprzężenie między brokerami komunikatów a klientami korzystającymi z nich.

Usługa Event Grid jest oferowana w dwóch wersjach: Azure Event Grid, w pełni zarządzana usługa PaaS na platformie Azure oraz usługa Event Grid na platformie Kubernetes z usługą Azure Arc, która umożliwia korzystanie z usługi Event Grid w klastrze Kubernetes wszędzie tam, gdzie jest wdrażana, lokalna lub w chmurze.

Aby uzyskać jasność, w tym artykule używamy terminu Event Grid podczas odwoływania się do ogólnych możliwości usługi niezależnie od używanej wersji. Odwołujemy się do usługi Azure Event Grid , aby odwołać się do usługi zarządzanej hostowanej na platformie Azure. Aby uzyskać zwięzłość, odnosimy się również do usługi Event Grid na platformie Kubernetes z usługą Azure Arc jako usługą Event Grid na platformie Kubernetes.

Niezależnie od używanej wersji usługi Event Grid istnieje wydawca zdarzeń, który wysyła zdarzenia do usługi Event Grid i co najmniej jednego subskrybenta zdarzeń, który uwidacznia punkty końcowe, w których odbierają zdarzenia dostarczane przez usługę Event Grid. Nie wszystkie zdarzenia opublikowane w usłudze Event Grid muszą być dostarczane do wszystkich subskrybentów zdarzeń. Usługa Event Grid umożliwia wybranie zdarzeń, które mają być kierowane do określonych miejsc docelowych za pomocą zestawu ustawień konfiguracji zdefiniowanych w subskrypcji zdarzeń. Filtry w subskrypcjach zdarzeń umożliwiają kierowanie określonych zdarzeń do jednego punktu końcowego lub multiemisji do wielu punktów końcowych. Usługa Event Grid oferuje również niezawodny mechanizm dostarczania z logiką ponawiania prób. Usługa Event Grid jest również oparta na otwartych standardach i obsługuje specyfikację schematu Cloud Events 1.0.

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc to oferta umożliwiająca uruchamianie usługi Event Grid we własnym klastrze Kubernetes. Ta funkcja jest włączona przez użycie platformy Kubernetes z obsługą usługi Azure Arc. Za pośrednictwem platformy Kubernetes z włączoną usługą Azure Arc obsługiwany klaster Kubernetes łączy się z platformą Azure. Po nawiązaniu połączenia możesz zainstalować na nim usługę Event Grid .

Przypadek użycia

Usługa Event Grid na platformie Kubernetes obsługuje różne scenariusze integracji sterowane zdarzeniami. Jednak głównym scenariuszem obejmującym i wyrażonym jako scenariusz użytkownika jest:

"Jako właściciel systemu wdrożonego w klastrze Kubernetes chcę przekazać zmiany stanu mojego systemu, publikując zdarzenia i konfigurując routing tych zdarzeń, tak aby programy obsługi zdarzeń pod moją kontrolą lub w inny sposób mogły przetwarzać zdarzenia systemu w sposób, w jaki są one zgodne."

Funkcja , która pomaga zrealizować powyższe wymaganie: Tematy usługi Event Grid.

Usługa Event Grid na platformie Kubernetes w skrócie

Z perspektywy użytkownika usługa Event Grid na platformie Kubernetes składa się z następujących zasobów na niebiesko:

• Temat to rodzaj kanału wejściowego, który uwidacznia punkt końcowy, do którego wydawcy wysyłają zdarzenia do usługi Event Grid.
• Subskrypcja zdarzeń to zasób zawierający ustawienia konfiguracji służące do filtrowania i kierowania zdarzeń do miejsca docelowego, w którym są dostarczane zdarzenia.
• Zdarzenie to ogłoszenie zmiany stanu.
• Procedura obsługi zdarzeń to aplikacja lub usługa, która odbiera zdarzenia i w jakiś sposób reaguje na zdarzenia lub przetwarza je. Czasami odnosimy się również do programów obsługi zdarzeń jako subskrybentów zdarzeń. Na diagramie programy obsługi zdarzeń to interfejs API wdrożony w klastrze Kubernetes (K8s) i usłudze Azure Service Bus.

Aby uzyskać więcej informacji dotyczących tych pojęć, zobacz Concepts in Azure Event Grid (Pojęcia używane w usłudze Azure Event Grid).

Przykładowe scenariusze integracji obciążeń i miejsca docelowe

Obciążenia uruchomione w klastrze można zintegrować. Wydawcą może być dowolna usługa uruchomiona w klastrze Kubernetes lub dowolnym obciążeniu, które ma dostęp do punktu końcowego tematu (hostowanego przez brokera usługi Event Grid), do którego wydawca wysyła zdarzenia.

Wydawca może być również wdrożony w innym miejscu w sieci, który wysyła zdarzenia do usługi Event Grid wdrożonej w jednym z klastrów Kubernetes:

Usługa Event Grid na platformie Kubernetes umożliwia przekazywanie zdarzeń na platformę Azure w celu dalszego przetwarzania, przechowywania lub wizualizacji:

Miejsca docelowe

Miejsca docelowe programu obsługi zdarzeń mogą być dowolnym punktem końcowym HTTPS lub HTTP, do którego usługa Event Grid może uzyskiwać dostęp za pośrednictwem sieci, publicznej lub prywatnej i ma dostęp (nie jest chroniony za pomocą mechanizmu uwierzytelniania). Podczas tworzenia subskrypcji zdarzeń należy zdefiniować lokalizacje docelowe dostarczania zdarzeń. Aby uzyskać więcej informacji, zobacz Programy obsługi zdarzeń.

Funkcje

Usługa Event Grid na platformie Kubernetes obsługuje tematy usługi Event Grid, które są również oferowane przez usługę Azure Event Grid. Tematy usługi Event Grid ułatwiają realizację podstawowego przypadku użycia integracji, w którym wymagania wymagają integracji systemu z innym obciążeniem, które jest posiadane lub w inny sposób są dostępne dla systemu.

Niektóre możliwości, które można uzyskać za pomocą usługi Azure Event Grid na platformie Kubernetes, to:

• Filtrowanie zdarzeń: filtruj według typu zdarzenia, tematu zdarzenia lub danych zdarzeń, aby upewnić się, że programy obsługi zdarzeń odbierają tylko odpowiednie zdarzenia.
• Fan-out: Subskrybuj kilka punktów końcowych do tego samego zdarzenia, aby wysyłać kopie zdarzenia do wielu miejsc.
• Na podstawie otwartych standardów: zdefiniuj zdarzenia przy użyciu specyfikacji schematu Cloud Events 1.0 firmy CNCF.
• Niezawodność: usługa Event Grid oferuje logikę dostarczania zdarzeń ponawiania, która zapewnia, że zdarzenia są dostarczane do miejsca docelowego.

Aby uzyskać więcej informacji, zobacz funkcje obsługiwane przez usługę Event Grid na platformie Kubernetes.

Cennik

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc jest oferowana bez opłat podczas korzystania z wersji zapoznawczej.

Następne kroki

Wykonaj następujące kroki, aby rozpocząć routing zdarzeń przy użyciu usługi Event Grid na platformie Kubernetes.

1. Połącz klaster z usługą Azure Arc.
2. Zainstaluj rozszerzenie usługi Event Grid, które jest rzeczywistym zasobem, który wdraża usługę Event Grid w klastrze Kubernetes. Aby dowiedzieć się więcej o rozszerzeniu, zobacz sekcję Event Grid Extension (Rozszerzenie usługi Event Grid), aby dowiedzieć się więcej.
3. Utwórz lokalizację niestandardową. Lokalizacja niestandardowa reprezentuje przestrzeń nazw w klastrze i jest miejscem wdrażania tematów i subskrypcji zdarzeń.
4. Utwórz temat i co najmniej jedną subskrypcję zdarzeń.
5. Publikowanie zdarzeń.

Poniżej przedstawiono więcej zasobów, których można użyć:

• Zestawy SDK płaszczyzny danych.
• Publikowanie przykładów zdarzeń przy użyciu zestawów SDK płaszczyzny danych.
• Interfejs wiersza polecenia usługi Event Grid.
• Zestawy SDK zarządzania.