Service mesh: differenze tra le versioni

Versione delle 06:51, 4 feb 2022

Versione attuale delle 18:22, 8 ago 2025

(4 versioni intermedie di 4 utenti non mostrate)

Riga 1:

{{O|informatica|marzo 2022}}

In un'[[architettura software]], un '''service mesh''' è un livello di infrastruttura, configurabile e a bassa [[latenza]], usato per facilitare le comunicazioni service-to-service tra [[Service-oriented architecture|servizi]] o microservizi, utilizzando un [[Proxy pattern|proxy]].<ref>{{Cita libro|autore=Anjali Khatri|autore2=Vikram Khatri|titolo=Mastering Service Mesh: Enhance, Secure, and Observe Cloud-native Applications with Istio, Linkerd, and Consul|url=https://www.google.co.uk/books/edition/Mastering_Service_Mesh/Mg3aDwAAQBAJ?hl=en&gbpv=1&printsec=frontcover|anno=2020|editore=[[Packt Publishing]]|p=39|ISBN=9781789611946}}</ref>

Un livello di comunicazione dedicato può fornire una serie di vantaggi, in modo completamente trasparente per i servizi/microservizi, come il [[Metrica software|monitoraggio]] delle comunicazioni, l'uso di [[Protocollo crittografico|connessioni sicure]], l'automatizzazione dei tentativi e il [[Algoritmo di backoff esponenziale binario|backoff]] per le richieste non riuscite, il [[service discovery]], il [[bilanciamento del carico]], l'[[autenticazione]] e l'[[Autorizzazione (informatica)|autorizzazione]], il [[circuit breaker]], l'uso di strategie di [[Deployment|deploy]] alternative, ...<ref>{{Cita libro|autore=Lee Calcote|autore2=Zack Butcher|titolo=Istio: Up and Running, Using a Service Mesh to Connect, Secure, Control, and Observe|url=https://www.google.co.uk/books/edition/Istio_Up_and_Running/jF2yDwAAQBAJ?hl=en&gbpv=1&pg=PA3&printsec=frontcover|anno=2019|editore=[[O'Reilly Media]]|p=3|ISBN=9781492043751}}</ref>

Un service meschmesh è composto da un proxy di rete associato a ciascun servizio di un'applicazione e da un insieme di processi di gestione delle attività. I proxy, normalmente chiamati sidecar, formano il [[data plane]], mentre i processi di gestione compongono il [[control plane]]. Il data plane intercetta le chiamate tra servizi diversi e le “elabora”; il control plane è il cervello della mesh che coordina il comportamento dei proxy e mette a disposizione, al personale operativo e di manutenzione, tramite un'[[interfaccia utente]] o delle [[Application programming interface|API]], gli strumenti necessari per manipolare e osservare l'intera [[Rete di computer|rete]].<ref>{{Cita libro|autore=Rahul Sharma|autore2=Avinash Singh|titolo=Getting Started with Istio Service Mesh: Manage Microservices in Kubernetes|url=https://www.google.co.uk/books/edition/Getting_Started_with_Istio_Service_Mesh/qBvCDwAAQBAJ?hl=en&gbpv=1&printsec=frontcover|anno=2019|editore=[[Apress]]|p=103|ISBN=9781484254585}}</ref>

L'architettura service mesh è implementata da prodotti software come Istio, Linkerd, Consul, [[AWS App Mesh]], [[Kuma (service mesh)|Kuma]], [[Traefik Mesh]] e Open Service Mesh. Envoy è il proxy più utilizzato tra i service mesh.<ref>{{Cita web|url=https://servicemesh.es/|sito=servicemesh.es|lingua=en-us|dataaccessoaccesso=2021-09-02}}</ref>

== Note ==

<references />

== Voci correlate ==

* [[Service-oriented architecture|Architettura orientata ai servizi]]

* [[Proxy|Server proxy]]

Riga 14 ⟶ 17:

* [[Kubernetes]]

* [[Kuma]]

* [[Kubernetes]]

{{portale|internet|telematica}}

== Note ==

<references />

{{portale|internet|telematica}}

[[Categoria:Architettura del software]]