Indirizzabilità dei microservizi e registro del servizio
Suggerimento
Questo contenuto è un estratto dell'eBook "Microservizi .NET: Architettura per le applicazioni .NET incluse in contenitori", disponibile in .NET Docs o come PDF scaricabile gratuitamente e da poter leggere offline.
Ogni microservizio ha un nome univoco (URL) che viene usato per risolverne il percorso. Il microservizio deve essere indirizzabile ovunque venga eseguito. Se è necessario pensare su quale computer è in esecuzione un determinato microservizio, qualcosa non va. Analogamente al processo con cui il DNS risolve un URL in un determinato computer, il microservizio deve avere un nome univoco in modo che la sua posizione corrente sia facilmente individuabile. I microservizi devono avere nomi indirizzabili che li rendono indipendenti dall'infrastruttura su cui sono in esecuzione. Questo approccio implica che vi sia un'interazione tra il modo in cui il servizio viene distribuito e il modo in cui viene individuato, perché è necessario un registro del servizio. In caso di errore in un computer, il servizio registro deve essere in grado di indicare dove è in esecuzione il servizio.
Lo schema del registro del servizio è un componente essenziale per l'individuazione del servizio. Il registro è costituito invece da un database contenente i percorsi di rete delle istanze del servizio. Un registro del servizio deve essere sempre aggiornato e ad alta disponibilità. I client possono memorizzare nella cache i percorsi di rete ottenuti dal registro del servizio. Queste informazioni, tuttavia, diventano presto obsolete e i client non riescono più a individuare le istanze del servizio. Il registro del servizio è dunque costituito da un cluster di server che usano un protocollo di replica per mantenere la coerenza.
In alcuni ambienti di distribuzione dei microservizi, denominati cluster e illustrati in una sezione successiva, l'individuazione del servizio è integrata. Un ambiente di servizio Azure Kubernetes, ad esempio, può gestire le procedure di registrazione e annullamento della registrazione delle istanze del servizio. Viene inoltre eseguito un proxy su ogni cluster host che svolge il ruolo di router di individuazione sul lato server.
Risorse aggiuntive
Chris Richardson. Modello: Registro del servizio
https://microservices.io/patterns/service-registry.htmlAuth0. Il registro del servizio
https://auth0.com/blog/an-introduction-to-microservices-part-3-the-service-registry/Gabriel Schenker. Individuazione dei servizi
https://lostechies.com/gabrielschenker/2016/01/27/service-discovery/
