Che cos'è AWS App Mesh?

Service Mesh: una service mesh è un confine logico per il traffico di rete tra i servizi che risiedono al suo interno. Nell'esempio, la mesh ha un nome apps e contiene tutte le altre risorse per la mesh. Per ulteriori informazioni, consulta Reti di servizio.

Servizi virtuali: un servizio virtuale è un'astrazione di un servizio effettivo fornito da un nodo virtuale, direttamente o indirettamente, tramite un router virtuale. Nell'illustrazione, due servizi virtuali rappresentano i due servizi effettivi. I nomi dei servizi virtuali sono i nomi individuabili dei servizi effettivi. Quando un servizio virtuale e un servizio effettivo hanno lo stesso nome, più servizi possono comunicare tra loro utilizzando gli stessi nomi che usavano prima dell'implementazione di App Mesh. Per ulteriori informazioni, consulta Servizi virtuali.

Nodi virtuali: un nodo virtuale funge da puntatore logico a un servizio individuabile, come un servizio Amazon ECS o Kubernetes. Per ogni servizio virtuale, avrai almeno un nodo virtuale. Nell'illustrazione, il servizio servicea.apps.local virtuale ottiene informazioni di configurazione per il nodo virtuale denominatoserviceA. Il nodo serviceA virtuale è configurato con il servicea.apps.local nome per l'individuazione del servizio. Il servizio serviceb.apps.local virtuale è configurato per instradare il serviceB traffico verso i nodi serviceBv2 virtuali tramite un router virtuale denominatoserviceB. Per ulteriori informazioni, consulta Nodi virtuali.

Router e percorsi virtuali: i router virtuali gestiscono il traffico per uno o più servizi virtuali all'interno della rete mesh. Un percorso è associato a un router virtuale. Il percorso viene utilizzato per abbinare le richieste per il router virtuale e per distribuire il traffico ai nodi virtuali associati. Nella figura precedente, il router serviceB virtuale ha un percorso che indirizza una percentuale di traffico verso il nodo serviceB virtuale e una percentuale di traffico verso il nodo serviceBv2 virtuale. È possibile impostare la percentuale di traffico indirizzato a un particolare nodo virtuale e modificarla nel tempo. È possibile indirizzare il traffico in base a criteri quali intestazioni HTTP, percorsi URL o nomi di servizi e metodi gRPC. È possibile configurare le politiche di ripetizione dei tentativi per riprovare una connessione in caso di errore nella risposta. Ad esempio, nell'illustrazione, la politica di nuovo tentativo per la route può specificare che una connessione a serviceb.apps.local venga ritentata cinque volte, con dieci secondi tra un tentativo e l'altro, se serviceb.apps.local restituisce tipi di errori specifici. Per ulteriori informazioni, consulta Router virtuali e Route.

Proxy: i servizi vengono configurati per utilizzare il proxy dopo aver creato la mesh e le relative risorse. Il proxy legge la configurazione dell'App Mesh e indirizza il traffico in modo appropriato. Nell'illustrazione, tutte le comunicazioni da servicea.apps.local a serviceb.apps.local passano attraverso il proxy distribuito con ciascun servizio. I servizi comunicano tra loro utilizzando gli stessi nomi di rilevamento dei servizi utilizzati prima dell'introduzione di App Mesh. Poiché il proxy legge la configurazione App Mesh, puoi controllare il modo in cui i due servizi comunicano tra loro. Quando si desidera modificare la configurazione dell'App Mesh, non è necessario modificare o ridistribuire i servizi stessi o i proxy. Per ulteriori informazioni, consulta Immagine dell'inviato.

Guida introduttiva a App Mesh e Amazon ECS

Guida introduttiva ad App Mesh e Kubernetes

Guida introduttiva ad App Mesh e Amazon EC2