Sdílet prostřednictvím

Adresovatelnost mikroslužeb a registr služeb

  • Článek

Tip

Tento obsah je výňatek z eBooku, architektury mikroslužeb .NET pro kontejnerizované aplikace .NET, které jsou k dispozici na .NET Docs nebo jako zdarma ke stažení PDF, které lze číst offline.

Stáhnout PDF

.NET Microservices Architecture for Containerized .NET Applications eBook cover thumbnail.

Každá mikroslužba má jedinečný název (URL), který se používá k překladu jeho umístění. Mikroslužba musí být adresovatelná všude, kde je spuštěná. Pokud se musíte zamyslet nad tím, na kterém počítači běží konkrétní mikroslužba, může to být špatně. Stejně jako DNS překládá adresu URL na konkrétní počítač, musí mít vaše mikroslužba jedinečný název, aby jeho aktuální umístění bylo zjistitelné. Mikroslužby potřebují adresovatelné názvy, díky kterým jsou nezávislé na infrastruktuře, na které běží. Tento přístup znamená, že mezi nasazením vaší služby a způsobem jeho zjištění existuje interakce, protože musí existovat registr služeb. Pokud počítač selže, musí být služba registru schopná indikovat, kde je služba nyní spuštěná.

Vzor registru služby je klíčovou součástí zjišťování služeb. Registr je databáze obsahující síťová umístění instancí služby. Registr služeb musí být vysoce dostupný a aktuální. Klienti můžou ukládat síťová umístění získaná z registru služby do mezipaměti. Tyto informace ale nakonec přestanou být aktuální a klienti už nemůžou zjišťovat instance služeb. Registr služby se tedy skládá z clusteru serverů, které používají protokol replikace k zachování konzistence.

V některýchprostředích Například prostředí Azure Kubernetes Service (AKS) může zpracovávat registraci a zrušení registrace instance služby. Také spouští proxy server na každém hostiteli clusteru, který hraje roli směrovače zjišťování na straně serveru.

Další materiály

PředchozíDalší