View a markdown version of this page

Esporre i microservizi in uno scenario ibrido utilizzando Amazon EKS - Esponi i microservizi utilizzando Amazon EKS

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Esporre i microservizi in uno scenario ibrido utilizzando Amazon EKS

Data di pubblicazioneStoria del diagramma: 22 febbraio 2022 ()

Questa architettura mostra come esporre i microservizi Amazon Elastic Kubernetes Service ospitati in sottoreti private a Internet e alle reti locali. Il controller AWS Load Balancer gestisce Elastic Load Balancer (ELB) per servizi e ingressi. Kubernetes

Esponi i microservizi in uno scenario ibrido utilizzando Amazon EKS

Diagramma di architettura che mostra i microservizi Amazon EKS esposti tramite sistemi di bilanciamento del carico pubblici e privati in un VPC con sottoreti pubbliche e private.

I passaggi seguenti descrivono il flusso esterno in entrata:

  1. Amazon Route 53 risolve le richieste in arrivo all'ELB pubblico distribuito da AWS Load Balancer Controller. https://kubernetes-sigs.github.io/aws-load-balancer-controller/v2.3/how-it-works/

  2. Gli ELB inoltrano il traffico alle applicazioni. È possibile scegliere tra due modalità: modalità istanza (traffico inviato a un nodo di lavoro, quindi il servizio reindirizza il traffico al pod) o modalità IP (traffico diretto direttamente all'IP del pod). Per ulteriori informazioni, consulta i dettagli del https://aws.amazon.com/blogs/containers/de-mystifying-cluster-networking-for-amazon-eks-worker-nodes/ cluster networking.

I passaggi seguenti descrivono il flusso interno in entrata:

  1. Amazon Route 53 risolve le richieste in arrivo all'ELB privato distribuito da AWS Load Balancer Controller utilizzando una zona ospitata privata.

  2. Gli ELB inoltrano il traffico alle applicazioni in modalità istanza o in modalità IP.

I passaggi seguenti descrivono il flusso esterno in uscita:

  1. Quando un pod in una sottorete privata avvia una richiesta in uscita verso Internet, la tabella di routing privata inoltra il traffico al gateway NAT (NGW).

  2. La tabella di routing pubblica inoltra il traffico dal NGW all'Internet Gateway (IGW).

I passaggi seguenti descrivono il flusso interno in uscita:

  1. Un pod in una sottorete privata avvia una richiesta in uscita verso la rete locale. La tabella di routing privata inoltra il traffico al gateway privato virtuale (VGW).

  2. Il traffico raggiunge la rete locale tramite la connessione VPN o AWS Direct Connect.

Nota

Puoi utilizzare controller di ingresso come il controller di ingresso NGINX in alternativa all'AWS Load Balancer Controller. Se usi AWS Fargate per Amazon EKS, hai solo gli ENI dei pod nelle sottoreti private e devi usare gli ELB con modalità IP.

Approfondimenti

Per ulteriori informazioni, consulta le seguenti risorse:

Storia del diagramma

Per ricevere notifiche sugli aggiornamenti di questo diagramma di architettura di riferimento, iscriviti al feed RSS.

ModificaDescrizioneData

Pubblicazione iniziale

Diagramma dell'architettura di riferimento pubblicato per la prima volta.

22 febbraio 2022

Pubblicazione iniziale

Diagramma dell'architettura di riferimento pubblicato per la prima volta.

22 febbraio 2022

Pubblicazione iniziale

Diagramma dell'architettura di riferimento pubblicato per la prima volta.

22 febbraio 2022

Nota

Per iscriverti agli aggiornamenti RSS, devi avere un plugin RSS abilitato per il browser che stai utilizzando.