Změna úlohy pracovního postupu řízeného událostmi (EDW) pro Službu Azure Kubernetes Service (AKS)

Teď, když rozumíte některým klíčovým rozdílům mezi platformami AWS a Azure, které jsou pro tuto úlohu relevantní, se podíváme na architekturu pracovního postupu a můžeme ji změnit tak, aby fungovala na AKS.

Architektura úloh AWS

Úloha AWS je základním příkladem vzoru návrhu konkurenčních spotřebitelů. Implementace AWS je referenční architektura pro správu škálování a nákladů na pracovní postupy řízené událostmi pomocí Kubernetes, automatického škálování řízeného událostmi Kubernetes (KEDA) a Karpenteru.

Aplikace producenta generuje zatížení odesíláním zpráv do fronty a aplikace příjemce spuštěná v podu Kubernetes zpracuje zprávy a zapíše výsledky do databáze. KEDA spravuje automatické škálování podů prostřednictvím deklarativní vazby do fronty producenta a Karpenter spravuje automatické škálování uzlů pouze s dostatečným výpočetním výkonem pro optimalizaci nákladů. Ověřování ve frontě a databáze používá projekci svazku tokenu účtu služby založeného na OAuth.

Úloha se skládá z clusteru AWS EKS, který orchestruje příjemce, kteří čtou zprávy ze služby Amazon Simple Queue Service (SQS) a ukládají zpracované zprávy do tabulky Amazon DynamoDB. Aplikace producenta generuje zprávy a zařadí je do fronty Amazon SQS. KEDA a Karpenter dynamicky škálují počet uzlů a podů EKS používaných pro uživatele.

Následující diagram znázorňuje architekturu úlohy EDW v AWS:

Mapování služeb AWS na služby Azure

Pokud chcete znovu vytvořit úlohu AWS v Azure s minimálními změnami, použijte ekvivalent Azure pro každou službu AWS a udržujte metody ověřování podobné původnímu. Tento příklad nevyžaduje pokročilé funkce služby Azure Service Bus ani Azure Event Hubs. Místo toho můžete použít Azure Queue Storage k zařadíte práci do fronty a Azure Table Storage k ukládání výsledků.

Následující tabulka shrnuje mapování služeb:

Mapování služeb	Služba AWS	Služba Azure
Řazení do fronty	Simple Queue Service	Azure Queue Storage
Uchování	DynamoDB (bez SQL)	Azure Table storage
Orchestrace	Elastic Kubernetes Service (EKS)	Azure Kubernetes Service (AKS)
Identita	AWS IAM	Microsoft Entra

Architektura úloh Azure

Následující diagram znázorňuje architekturu úlohy Azure EDW pomocí mapování služeb AWS na Azure:

Možnosti služby Compute

V závislosti na nákladech a odolnosti vůči možnému vyřazení uzlu si můžete vybrat z různých typů výpočetních prostředků.

V AWS si můžete vybrat mezi výpočetními prostředky na vyžádání (dražším, ale bez rizika vyřazení) nebo spotovými instancemi (levnější, ale s rizikem vyřazení). V AKS můžete zvolit fond uzlů na vyžádání nebo fond spotových uzlů v závislosti na potřebách vaší úlohy.

Další kroky

Refaktoring kódu aplikace pro AKS

Přispěvatelé

Microsoft udržuje tento článek. Následující přispěvatelé ho původně napsali:

• Ken Kilty | Hlavní čip TPM
• Russell de Pina | Hlavní čip TPM
• Jenny Hayes | Vedoucí vývojář obsahu
• Carol Smith | Vedoucí vývojář obsahu
• Erin Schaffer | Content Developer 2