Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Teraz, gdy rozumiesz pewne kluczowe różnice między platformami AWS i Azure związane z tym obciążeniem, przyjrzyjmy się architekturze przepływu pracy i możemy zmienić ją tak, aby działała w usłudze AKS.
Architektura obciążenia platformy AWS
Obciążenie platformy AWS to podstawowy przykład wzorca projektowego konkurujących odbiorców. Implementacja platformy AWS to architektura referencyjna do zarządzania skalowaniem i kosztami przepływów pracy opartych na zdarzeniach przy użyciu platformy Kubernetes, automatycznego skalowania opartego na zdarzeniach (KEDA) i Karpentera.
Aplikacja producenta generuje obciążenie przez wysyłanie komunikatów do kolejki, a aplikacja konsumenta uruchomiona w zasobniku Kubernetes przetwarza komunikaty i zapisuje wyniki w bazie danych. KEDA zarządza autoskalowaniem zasobników za pomocą deklaratywnego powiązania z kolejką producenta, a Karpenter zarządza skalowaniem automatycznym węzłów przy użyciu wystarczającej ilości zasobów obliczeniowych, aby zoptymalizować koszt. Uwierzytelnianie w kolejce i baza danych korzysta z projekcji woluminu tokenu konta usługi opartego na protokole OAuth.
Obciążenie składa się z klastra AWS EKS do organizowania odbiorców odczytu komunikatów z usługi Amazon Simple Queue Service (SQS) i zapisywania przetworzonych komunikatów w tabeli Amazon DynamoDB. Aplikacja producenta generuje komunikaty i kolejkuje je w kolejce Amazon SQS. KEDA i Karpenter dynamicznie skaluj liczbę węzłów EKS i zasobników używanych dla użytkowników.
Na poniższym diagramie przedstawiono architekturę obciążenia EDW na platformie AWS:
Mapuj usługi AWS na usługi platformy Azure
Aby ponownie utworzyć obciążenie platformy AWS na platformie Azure z minimalnymi zmianami, użyj odpowiednika platformy Azure dla każdej usługi AWS i zachowaj metody uwierzytelniania podobne do oryginalnego. W tym przykładzie nie są wymagane zaawansowane funkcje usługi Azure Service Bus ani Azure Event Hubs. Zamiast tego możesz użyć usługi Azure Queue Storage do kolejkowania pracy i usługi Azure Table Storage w celu przechowywania wyników.
Poniższa tabela zawiera podsumowanie mapowania usługi:
| Mapowanie usług | Usługa AWS | Usługa platformy Azure |
|---|---|---|
| Kolejkowanie | Simple Queue Service | Azure Queue Storage |
| Trwałość | DynamoDB (brak bazy danych SQL) | Azure Table storage |
| Aranżacja | Elastic Kubernetes Service (EKS) | Azure Kubernetes Service (AKS) |
| Tożsamość | Zarządzanie dostępem i tożsamościami platformy AWS | Microsoft Entra |
Architektura obciążenia platformy Azure
Na poniższym diagramie przedstawiono architekturę obciążenia EDW platformy Azure przy użyciu mapowania usług AWS na platformę Azure:
Opcje środowiska obliczeniowego
W zależności od zagadnień dotyczących kosztów i odporności na możliwe eksmisje węzłów można wybrać spośród różnych typów obliczeń.
W usłudze AWS możesz wybrać między obliczeniami na żądanie (kosztownymi, ale bez ryzyka eksmisji) lub wystąpieniami typu spot (tańszym, ale z ryzykiem eksmisji). W usłudze AKS możesz wybrać pulę węzłów na żądanie lub pulę węzłów typu spot w zależności od potrzeb obciążenia.
Następne kroki
Współautorzy
Firma Microsoft utrzymuje ten artykuł. Następujący współautorzy pierwotnie to napisali:
- Ken Kilty | Moduł TPM podmiotu zabezpieczeń
- Russell de Pina | Moduł TPM podmiotu zabezpieczeń
- Jenny Hayes | Starszy deweloper zawartości
- Carol Smith | Starszy deweloper zawartości
- Erin Schaffer | Content Developer 2