Przetwarzanie transakcji wsadowych o dużej ilości

Azure Kubernetes Service (AKS)
Azure Service Bus
Azure Virtual Machines

Architektura używa usługi AKS do implementowania klastrów obliczeniowych aplikacji, które przetwarzają partie transakcji o dużej ilości. Aplikacje odbierają transakcje w komunikatach z tematów lub kolejek usługi Service Bus. Tematy i kolejki mogą znajdować się w centrach danych platformy Azure w różnych regionach geograficznych, a wiele klastrów usługi AKS może odczytywać dane wejściowe z nich.

Uwaga

Ta architektura pasuje do typu przetwarzania transakcji wsadowych, który w komputerach mainframe IBM jest często implementowany przy użyciu rodziny IBM MQ oprogramowania pośredniczącego zorientowanego na komunikaty.

Architektura

Diagram of an architecture implemented by using AKS and Service Bus.

Pobierz plik programu Visio z tą architekturą.

Workflow

Ponumerowane okręgi na diagramie odpowiadają ponumerowanych krokom na poniższej liście.

  1. Architektura używa tematów i kolejek usługi Service Bus do organizowania danych wejściowych przetwarzania wsadowego i przekazywania go do przetwarzania podrzędnego.
  2. Usługa Azure Load Balancer, moduł równoważenia obciążenia w warstwie 4 (TCP, UDP), dystrybuuje ruch przychodzący między wystąpienia usług w dobrej kondycji zdefiniowane w zestawie o zrównoważonym obciążeniu. Równoważenie obciążenia i zarządzanie połączeniami optymalizują przetwarzanie.
  3. Węzły procesu roboczego klastra usługi AKS nasłuchują punktów końcowych kolejki usługi Service Bus na potrzeby danych wejściowych.
  4. Węzły języka Java używają usługi Java Message Service do nawiązywania połączenia z usługą Service Bus i interfejsów Java, takich jak Java Database Połączenie ivity, aby nawiązać połączenie z innymi źródłami danych. W razie potrzeby używają innych interfejsów API języka Java.
  5. Transakcje możliwe do odzyskania są uruchamiane wraz z kodem biznesowym dla każdego kroku wsadowego.
  6. Infrastruktura wsadowa używa przyspieszonej sieci platformy Azure w celu przyspieszenia.
  7. Usługa Azure Cache for Redis, Azure Cosmos DB i Azure Stream Analytics zapewniają działający magazyn w razie potrzeby.
  8. Stała warstwa danych używa usługi Azure Data Factory do integracji danych i usługi Azure SQL Managed Instance, warstwy wydajności krytycznej dla działania firmy w celu zapewnienia wysokiej dostępności. Magazyn trwały jest luźno połączony w celu łatwego przełączania się do innych technologii bazy danych oraz optymalizacji organizacji magazynu (na przykład przy użyciu fragmentów lub partycji).
  9. Rozwiązania danych (przejściowe i trwałe) korzystają z opcji magazynu geograficznie nadmiarowego (GRS) usługi Azure Storage, aby chronić przed katastrofalnymi awariami.

Elementy

Architektura korzysta z następujących składników:

Szczegóły scenariusza

Na platformie Azure można zaimplementować przetwarzanie transakcji wsadowych — takie jak publikowanie płatności na kontach — przy użyciu architektury opartej na usłudze Microsoft Azure Kubernetes Service (AKS) i usłudze Azure Service Bus. Ten typ architektury zapewnia szybkość przetwarzania transakcji, skalowanie i niezawodność wymaganą do przetwarzania wsadowego o dużej ilości.

Zazwyczaj komunikat pozostaje w kolejce do momentu zakończenia transakcji, co pozwala na odzyskiwanie, jeśli wystąpi awaria. Ponadto można replikować tematy i kolejki do innych regionów, aby udostępniać obciążenia i kontynuować przetwarzanie nawet w przypadku awarii regionu.

Potencjalne przypadki użycia

Rozwiązanie jest idealne dla branży finansów, edukacji i nauki. Ta architektura jest przeznaczony do przetwarzania dużych ilości partii transakcji, zwłaszcza niezależnych transakcji, które mogą być przetwarzane równolegle. Dlatego jest to prawdopodobny kandydat do użycia w migrowaniu przetwarzania wsadowego mainframe. Możliwe aplikacje to:

  • Przetwarzanie transakcji finansowych, takich jak lista płac, zamówienia i płatności.
  • Przetwarzanie danych eksperymentalnych zebranych przez instrumenty naukowe.
  • Inne przetwarzanie wsadowe komputera mainframe.

Zagadnienia do rozważenia

Następujące zagadnienia, oparte na platformie Azure Well-Architected Framework, mają zastosowanie do tego rozwiązania:

Dostępność

  • Usługa odzyskiwania po awarii usługi Azure Site Recovery chroni przed poważnymi awariami. Jest to niezawodna, ekonomiczna i łatwa do wdrożenia.
  • Zestawy dostępności dla maszyn wirtualnych zapewniają dostępność wystarczającej liczby maszyn wirtualnych, aby spełnić potrzeby procesów wsadowych o znaczeniu krytycznym.
  • Usługi Service Bus, AKS i Azure SQL Managed Instance zapewniają wysoką dostępność i możliwość odzyskiwania w różnych regionach geograficznych.

Operacyjne

Efektywność wydajności

  • Architektura została zaprojektowana pod kątem równoległego przetwarzania niezależnych transakcji.
  • Usługi Service Bus, AKS i inne funkcje paaS platformy Azure zapewniają wysoką wydajność przetwarzania transakcji, przetwarzania i przechowywania danych.

Skalowalność

  • Usługi Service Bus, AKS i inne funkcje paaS platformy Azure są dynamicznie skalowane zgodnie z potrzebami.

Zabezpieczenia

  • Wszystkie składniki architektury usługi Service Bus wsadowej współpracują ze składnikami zabezpieczeń platformy Azure, takimi jak Microsoft Entra ID, Virtual Network i szyfrowanie.

Optymalizacja kosztów

Aby oszacować koszty implementacji tego rozwiązania, użyj kalkulatora cen.

Funkcje automatycznego skalowania klastrów usługi AKS i inne funkcje platformy jako usługi platformy Azure (PaaS), które zapewniają skalowanie na żądanie — zapewniają minimalne koszty.

Poniżej przedstawiono zagadnienia dotyczące cen określonych składników:

Następne kroki