Service-Mesh

Wie ein Service-Mesh funktioniert

Eine Service-Mesh-Architektur verwendet eine Proxy-Instanz, die als Sidecar bezeichnet wird. Das ist immer der Fall, egal welches Entwicklungsparadigma zum Einsatz kommt, wobei im Allgemeinen Container oder Microservices am häufigsten anzutreffen sind. In einer Mikroserviceanwendung wird ein Sidecar an jeden Dienst angehängt. In einem Container wird der Sidecar an jeden Anwendungscontainer, jede virtuelle Maschine (VM) oder Containerorchestrierungs-Einheit, wie zum Beispiel einen Kubernetes-Pod, angeschlossen.

Sidecars können vom Dienst selbst abstrahierte Aufgaben, wie zum Beispiel Überwachung und Sicherheit übernehmen.

Serviceinstanzen, Sidecars und ihre Interaktionen bilden die so genannte Datenebene in einem Service-Mesh. Eine Schicht, die als Steuerungsebene bezeichnet wird, verwaltet Aufgaben wie das Erstellen von Instanzen, sowie die Überwachung und die Implantation von Richtlinien, wie zum Beispiel für die Netzwerkverwaltung oder Netzwerksicherheit. Steuerungsebenen können eine Verbindung zu einer Kommandozeile oder einer graphischen Benutzeroberfläche (Graphic User Interface, GUI) für die Anwendungsverwaltung herstellen.

Vor- und Nachteile von Service-Meshes

Ein Service-Mesh löst viele klassische Probleme bei der Verwaltung der Service-zu-Service-Kommunikation, aber nicht mit allen. Zu den Vorteilen eines Service-Mesh gehören:

• Vereinfacht die Kommunikation zwischen Services sowohl in Microservices als auch in Containern.
• Erleichtert das Diagnostizieren von Kommunikationsfehlern, da diese auf ihrer eigenen Infrastrukturschicht auftreten.
• Unterstützt Sicherheitsmerkmale wie Verschlüsselung, Authentifizierung und Autorisierung.
• Erhöht die Geschwindigkeit beim Entwickeln, Prüfen und Bereitstellen einer Anwendung.
• Sidecar Proxys, die neben einem Container-Cluster platziert werden, ermöglichen die effiziente Verwaltung von Netzwerkdiensten.

Einige Nachteile von Service-Meshes sind:

• Sercive-Meshes erhöhen die Zahl der Runtime-Instanzen.
• Sie fügen einen zusätzlichen Schritt hinzu, da jede Serviceanfrage zunächst über den Sidecar Proxy laufen muss.
• Service-Meshes befassen sich nicht mit Problemen wie der Integration von externen Services oder Systemen und bilden keine Routing-Typen oder Transformationen ab.

Anbieter von Service-Meshes

Service-Meshes sind als Open-Source-Technologie von verschiedenen Entwicklern erhältlich. Es kann auch als Service von großen Cloud-Providern bereitgestellt werden.

Istio ist ein Open-Source-Service-Mesh, das von Google, IBM und Lyft bereitgestellt wird. Istio ist als universelle Steuerungsebene konzipiert, die zunächst für Kubernetes-Bereitstellungen gedacht ist, aber auf mehreren Plattformen verwendet werden kann. Seine Datenebene stützt sich auf Proxies, die als Envoy-Sidecars bezeichnet werden. Dieses Service-Mesh verfügt über Sicherheitsmaßnahmen wie Identitäts- und Schlüsselmanagement. Es unterstützt auch Fehlersimulation und hybride Einsatzszenarien.

Linkerd ist ein weiteres plattformübergreifendes Open-Source-Service-Mesh. Linkerd wurde von Buoyant entwickelt und baut auf der Finagle-Bibliothek von Twitter auf. Dieses Service-Mesh unterstützt Plattformen wie Kubernetes, Docker und Amazon ECS. Zu den Merkmalen gehört die integrierte Diensterkennungs- und Steuerungsebene Namerd.