View a markdown version of this page

Stellen Sie Microservices in einem Hybridszenario mithilfe von Amazon EKS bereit - Stellen Sie Microservices mithilfe von Amazon EKS zur Verfügung

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Stellen Sie Microservices in einem Hybridszenario mithilfe von Amazon EKS bereit

Veröffentlichungsdatum: 22. Februar 2022 () Geschichte des Diagramms

Diese Architektur zeigt, wie Amazon Elastic Kubernetes Service-Microservices, die in privaten Subnetzen gehostet werden, für das Internet und lokale Netzwerke verfügbar gemacht werden. Der AWS Load Balancer Controller verwaltet Elastic Load Balancer (ELBs) für Dienste und Eingänge. Kubernetes

Stellen Sie Microservices in einem Hybridszenario mithilfe von Amazon EKS bereit

Architekturdiagramm, das Amazon EKS-Mikroservices zeigt, die über öffentliche und private Load Balancer in einer VPC mit öffentlichen und privaten Subnetzen verfügbar gemacht werden.

Die folgenden Schritte beschreiben den eingehenden externen Datenfluss:

  1. Amazon Route 53 löst eingehende Anfragen an das öffentliche ELB auf, das vom AWS Load Balancer Controller bereitgestellt wird.

  2. Die ELBs leiten den Datenverkehr an Anwendungen weiter. Sie können zwischen zwei Modi wählen: Instanzmodus (Datenverkehr wird an einen Worker-Knoten gesendet, dann leitet der Dienst den Verkehr an den Pod weiter) oder IP-Modus (Datenverkehr, der direkt an die IP des Pods geleitet wird). Weitere Informationen finden Sie in den Details zum Cluster-Netzwerk.

Die folgenden Schritte beschreiben den internen Eingangsfluss:

  1. Amazon Route 53 löst eingehende Anfragen an den privaten ELB auf, der vom AWS Load Balancer Controller mithilfe einer privat gehosteten Zone bereitgestellt wird.

  2. Die ELBs leiten den Datenverkehr an Anwendungen im Instanzmodus oder IP-Modus weiter.

Die folgenden Schritte beschreiben den ausgehenden externen Datenfluss:

  1. Wenn ein Pod in einem privaten Subnetz eine ausgehende Anfrage an das Internet initiiert, leitet die private Routing-Tabelle den Datenverkehr an das NAT-Gateway (NGW) weiter.

  2. Die öffentliche Routing-Tabelle leitet den Datenverkehr vom NGW an das Internet-Gateway (IGW) weiter.

Die folgenden Schritte beschreiben den ausgehenden internen Datenfluss:

  1. Ein Pod in einem privaten Subnetz initiiert eine ausgehende Anfrage an das lokale Netzwerk. Die private Routing-Tabelle leitet den Datenverkehr an das Virtual Private Gateway (VGW) weiter.

  2. Der Datenverkehr erreicht das lokale Netzwerk über die VPN- oder AWS Direct Connect-Verbindung.

Anmerkung

Sie können Ingress-Controller wie den NGINX-Ingress-Controller als Alternative zum AWS Load Balancer Controller verwenden. Wenn Sie AWS Fargate für Amazon EKS verwenden, haben Sie nur Pod-ENIs in den privaten Subnetzen und müssen ELBs mit IP-Modus verwenden.

Weitere Informationen

Weitere Informationen finden Sie in den folgenden Ressourcen:

Geschichte des Diagramms

Abonnieren Sie den RSS-Feed, um über Aktualisierungen dieses Referenzarchitekturdiagramms informiert zu werden.

ÄnderungBeschreibungDatum

Erste Veröffentlichung

Das Referenzarchitekturdiagramm wurde zuerst veröffentlicht.

22. Februar 2022

Erste Veröffentlichung

Das Referenzarchitekturdiagramm wurde erstmals veröffentlicht.

22. Februar 2022

Erste Veröffentlichung

Das Referenzarchitekturdiagramm wurde erstmals veröffentlicht.

22. Februar 2022

Anmerkung

Um RSS-Updates zu abonnieren, muss ein RSS-Plugin für den von Ihnen verwendeten Browser aktiviert sein.