Was ist AWS App Mesh?

Service Mesh — Ein Service Mesh ist eine logische Grenze für den Netzwerkverkehr zwischen den darin enthaltenen Diensten. In dem Beispiel hat das Mesh einen Namen apps und es enthält alle anderen Ressourcen für das Mesh. Weitere Informationen finden Sie unter Servicenetze.

Virtuelle Dienste — Ein virtueller Dienst ist eine Abstraktion eines tatsächlichen Dienstes, der von einem virtuellen Knoten direkt oder indirekt über einen virtuellen Router bereitgestellt wird. In der Abbildung stellen zwei virtuelle Dienste die beiden tatsächlichen Dienste dar. Die Namen der virtuellen Dienste sind die auffindbaren Namen der tatsächlichen Dienste. Wenn ein virtueller Dienst und ein aktueller Dienst denselben Namen haben, können mehrere Dienste unter denselben Namen miteinander kommunizieren, die sie vor der Implementierung von App Mesh verwendet haben. Weitere Informationen finden Sie unter Virtuelle Dienste.

Virtuelle Knoten — Ein virtueller Knoten fungiert als logischer Zeiger auf einen auffindbaren Service, z. B. einen Amazon ECS - oder Kubernetes-Service. Für jeden virtuellen Dienst verfügen Sie über mindestens einen virtuellen Knoten. In der Abbildung ruft der servicea.apps.local virtuelle Dienst Konfigurationsinformationen für den genannten virtuellen Knoten abserviceA. Der serviceA virtuelle Knoten ist mit dem servicea.apps.local Namen für die Diensterkennung konfiguriert. Der serviceb.apps.local virtuelle Dienst ist so konfiguriert, dass er den Datenverkehr zu den serviceB serviceBv2 virtuellen Knoten über einen virtuellen Router mit dem Namen weiterleitetserviceB. Weitere Informationen finden Sie unter Virtuelle Knoten.

Virtuelle Router und Routen — Virtuelle Router verarbeiten den Verkehr für einen oder mehrere virtuelle Dienste in Ihrem Mesh. Eine Route ist einem virtuellen Router zugeordnet. Die Route wird verwendet, um Anfragen für den virtuellen Router abzugleichen und den Verkehr an die zugehörigen virtuellen Knoten zu verteilen. In der vorherigen Abbildung verfügt der serviceB virtuelle Router über eine Route, die einen Prozentsatz des Datenverkehrs an den serviceB virtuellen Knoten und einen Prozentsatz des Datenverkehrs an den serviceBv2 virtuellen Knoten weiterleitet. Sie können den Prozentsatz des Datenverkehrs festlegen, der zu einem bestimmten virtuellen Knoten geleitet wird, und ihn im Laufe der Zeit ändern. Sie können den Datenverkehr anhand von Kriterien wie HTTP Headern, URL Pfaden oder RPC G-Dienst- und Methodennamen weiterleiten. Sie können Richtlinien für Wiederholungsversuche so konfigurieren, dass eine Verbindung erneut versucht wird, falls in der Antwort ein Fehler auftritt. In der Abbildung kann die Wiederholungsrichtlinie für die Route beispielsweise angeben, dass eine Verbindung zu fünfmal wiederholt serviceb.apps.local wird, wobei zwischen den Wiederholungsversuchen zehn Sekunden liegen, wenn bestimmte Fehlertypen serviceb.apps.local zurückgegeben werden. Weitere Informationen erhalten Sie unter Virtuelle Router und Routen.

Proxy — Sie konfigurieren Ihre Services so, dass sie den Proxy verwenden, nachdem Sie Ihr Mesh und die zugehörigen Ressourcen erstellt haben. Der Proxy liest die App Mesh Mesh-Konfiguration und leitet den Verkehr entsprechend weiter. In der Abbildung erfolgt die gesamte Kommunikation von servicea.apps.local bis über serviceb.apps.local den Proxy, der mit jedem Dienst bereitgestellt wird. Die Dienste kommunizieren miteinander unter Verwendung derselben Diensterkennungsnamen, die sie vor der Einführung von App Mesh verwendet haben. Da der Proxy die App Mesh Mesh-Konfiguration liest, können Sie steuern, wie die beiden Dienste miteinander kommunizieren. Wenn Sie die App Mesh Mesh-Konfiguration ändern möchten, müssen Sie die Dienste selbst oder die Proxys nicht ändern oder erneut bereitstellen. Weitere Informationen finden Sie unter Bild des Gesandten.

Erste Schritte mit App Mesh und Amazon ECS

Erste Schritte mit App Mesh und Kubernetes

Erste Schritte mit App Mesh und Amazon EC2