Adressbarhet för mikrotjänster och tjänstregistret

Varje mikrotjänst har ett unikt namn (URL) som används för att matcha dess plats. Din mikrotjänst måste vara adresserbar var den än körs. Om du måste tänka på vilken dator som kör en viss mikrotjänst kan saker och ting gå dåligt snabbt. På samma sätt som DNS löser en URL till en viss dator måste mikrotjänsten ha ett unikt namn så att dess aktuella plats kan identifieras. Mikrotjänster behöver adresserbara namn som gör dem oberoende av infrastrukturen som de körs på. Den här metoden innebär att det finns en interaktion mellan hur tjänsten distribueras och hur den identifieras, eftersom det måste finnas ett tjänstregister. När en dator misslyckas på samma sätt måste registertjänsten kunna ange var tjänsten nu körs.

Tjänstregistermönstret är en viktig del av tjänstidentifieringen. Registret är en databas som innehåller nätverksplatserna för tjänstinstanser. Ett tjänstregister måste ha hög tillgänglighet och up-to-date. Klienter kan cachelagra nätverksplatser som hämtats från tjänstregistret. Men den informationen blir så småningom inaktuell och klienter kan inte längre identifiera tjänstinstanser. Därför består ett tjänstregister av ett kluster med servrar som använder ett replikeringsprotokoll för att upprätthålla konsekvens.

I vissa distributionsmiljöer för mikrotjänster (kallas kluster som ska omfattas av ett senare avsnitt) är tjänstidentifiering inbyggd. En AKS-miljö (Azure Kubernetes Service) kan till exempel hantera registrering och avregistrering av tjänstinstanser. Den kör också en proxy på varje klustervärd som spelar rollen som identifieringsrouter på serversidan.

Ytterligare resurser

• Chris Richardson. Mönster: Tjänstregister
  https://microservices.io/patterns/service-registry.html

• Auth0. Tjänstregistret
  https://auth0.com/blog/an-introduction-to-microservices-part-3-the-service-registry/

• Gabriel Schenker. Upptäckt av tjänster
  https://lostechies.com/gabrielschenker/2016/01/27/service-discovery/