Návrh architektury mikroslužeb

Mikroslužby jsou oblíbeným stylem architektury pro vytváření cloudových aplikací, které zůstávají odolné, efektivně škálovatelné, nasazují nezávisle a rychle se vyvíjejí. Aby mikroslužby poskytovaly skutečnou hodnotu, vyžadují jiný přístup k návrhu a vývoji aplikací.

Tato sada článků popisuje, jak vytvořit architekturu mikroslužeb v Azure. Obsahuje následující pokyny:

• Možnosti výpočetních prostředků pro mikroslužby: Vyhodnocení výpočetních služeb Azure pro mikroslužby, včetně Azure Kubernetes Service (AKS), Azure Container Apps a Azure Functions Zjistěte, kdy používat jednotlivé služby na základě vašich požadavků na škálovatelnost, režii správy a modely nasazení.

• Komunikace mezi službami: Návrh efektivních komunikačních vzorů mezi mikroslužbami pomocí synchronních a asynchronních přístupů Seznamte se s rozhraními REST API, vzory zasílání zpráv, architekturami řízenými událostmi a technologiemi sítě služeb pro spolehlivou komunikaci mezi službami.

• Návrh rozhraní API: Vytvořte dobře navržená rozhraní API, která podporují principy architektury mikroslužeb. Přečtěte si o strategiích správy verzí rozhraní API, vzorech zpracování chyb a o tom, jak navrhovat rozhraní API, která podporují volné párování a vývoj nezávislých služeb.

• Brány rozhraní API: Implementujte brány rozhraní API pro správu průřezových problémů, jako je ověřování, omezování rychlosti a směrování požadavků. Zjistěte, jak brány zjednodušují interakce klientů a zajišťují centralizované vynucování zásad napříč ekosystémem mikroslužeb.

• Aspekty dat: Řešení problémů se správou dat v architekturách mikroslužeb, včetně vzorů konzistence dat, distribuovaných transakcí a výběru vhodných úložišť dat. Naučte se strategie pro zachování integrity dat napříč hranicemi služeb.

• Orchestrace kontejnerů: Nasaďte a spravujte kontejnerizované mikroslužby ve velkém měřítku pomocí orchestrátorů kontejnerů. Seznamte se s tím, jak platformy, jako je Kubernetes, automatizují nasazení, škálování, vyrovnávání zatížení a správu stavu, aby se zachoval požadovaný stav systému v produkčních prostředích.

• Vzory návrhu: Použijte osvědčené vzory návrhu specifické pro mikroslužby, včetně vzoru Ambassador pro snižování zátěže úloh připojení, vzoru Bulkhead pro izolaci prostředků a vzor Strangler Fig pro refaktoring přírůstkových aplikací.

Požadavky

Než si přečtete tyto články, začněte následujícími zdroji informací:

• Úvod do architektur mikroslužeb: Seznamte se s výhodami a výzvami mikroslužeb a kdy použít tento styl architektury.

• Analýza domény slouží k modelování mikroslužeb: Naučte se přístup založený na doméně k modelování mikroslužeb.

Příklad architektury

Diagram představuje základní systémovou architekturu, která funguje v AKS. Rozložení přechází zleva doprava. Začíná komponentou označenou klientem umístěným mimo hranici AKS. Klient odesílá data do služby Ingestování, která se nachází v prostředí AKS. Směrová šipka připojí klienta ke službě pro příjem dat, která označuje počáteční přenos dat. Služba pro příjem dat pak předává data službě Service Bus. Ze služby Service Bus se data přesunou do služby Workflow. Služba pracovního postupu směruje úlohy na jednu ze tří specializovaných služeb. Mezi tyto služby patří služba doručování, služba Plánovač dronů a služba Package. Každá z těchto služeb je připojená k vlastnímu externímu systému nebo řešení úložiště, které představují šipky, které vedou k odlišným ikonám. Služba doručování i služba Plánovač dronů směrují data do součástí úložiště nebo databáze, zatímco služba Package se připojuje ke cloudu nebo externímu systému. Všechny komponenty s výjimkou klienta jsou uzavřeny v tečkované hranici označené AKS, což označuje, že jsou spravovány v rámci daného prostředí.

Stáhněte si soubor aplikace Visio s touto architekturou.

Scenario

Společnost Fabrikam, Inc. vytvoří službu doručování pomocí dronů. Společnost spravuje flotilu letadel dronů. Firmy se registrují v této službě a uživatelé si můžou vyžádat, aby dron vyzvedl zboží k doručení. Když zákazník naplánuje vyzvednutí, back-endový systém přiřadí dron a upozorní uživatele na odhadovanou dobu doručení. Během doručování může zákazník sledovat polohu dronu, včetně nepřetržitě aktualizovaného odhadovaného času příletu (ETA).

Toto řešení funguje dobře pro letecký a letecký průmysl.

Tento scénář zahrnuje poměrně složitou doménu. Mezi obchodní aspekty patří plánování dronů, sledování balíčků, správa uživatelských účtů a ukládání a analýza historických dat. Společnost Fabrikam se také chce dostat na trh a pak rychle iterovat, aby přidala nové funkce a možnosti. Aplikace musí fungovat v cloudovém měřítku s vysokým cílem na úrovni služby (SLO). Společnost Fabrikam také očekává, že různé části systému budou mít velmi odlišné požadavky na ukládání dat a dotazování. Na základě aspektů si společnost Fabrikam zvolí architekturu mikroslužeb pro aplikaci pro doručování pomocí dronů.

Poznámka:

Další informace o tom, jak si vybrat mezi architekturou mikroslužeb a dalšími styly architektury, najdete v průvodci architekturou aplikací Azure.

Tato architektura používá Kubernetes s AKS. Mnoho architektonických rozhodnutí na vysoké úrovni a výzev se však vztahuje na jakýkoli orchestrátor kontejnerů.

Další krok

Volba možnosti výpočetních prostředků

Související prostředky

• Návrh komunikace mezi službami pro mikroslužby
• Návrh rozhraní API pro mikroslužby
• Použití bran rozhraní API v mikroslužbách
• Důležité informace o datech pro mikroslužby
• Orchestrace kontejnerů pro mikroslužby
• Vzory návrhu pro mikroslužby