Begriff
Service Mesh
Warum wichtig?
Dieser Begriff ist ein Knoten im SengakujiWorks-Wissensnetz. Nutze Level 0 für die erste Einordnung, Level 1 für Praxis, Level 2 für technische Struktur und Level 3 für Grenzen, Fallstricke und Expertenkontext.
Ein Service Mesh ist eine Infrastrukturschicht für Kommunikation zwischen Diensten. Es kuemmert sich um Dinge wie Verschluesselung, Routing, Retry, Telemetrie und Policies, ohne dass jeder Dienst alles selbst implementieren muss.
Merksatz: Ein Service Mesh macht Dienst-zu-Dienst-Kommunikation kontrollierbarer.
In Microservice-Umgebungen sprechen viele Dienste miteinander. Ein Service Mesh kann mTLS erzwingen, Traffic auf neue Versionen routen, Fehler sichtbar machen und Verbindungen beobachten. Bekannte Werkzeuge sind Istio und Linkerd.
Viele Service Meshes nutzen Sidecar-Proxies oder nodebasierte Proxies. Control Plane und Data Plane werden getrennt. Die Control Plane verteilt Regeln, die Data Plane verarbeitet Traffic. Typische Features sind Traffic Splitting, Circuit Breaking, mTLS und Metriken.
Ein Service Mesh löst keine schlechte Service-Architektur. Es fuegt Komplexitaet, Latenz, Zertifikatsbetrieb und Debug-Aufwand hinzu. Für kleine Systeme kann es zu schwer sein. Sinnvoll wird es, wenn Governance, Sicherheit und Observability den Aufwand rechtfertigen.
Quick-Check
Warum nutzt man ein Service Mesh?
Um Kommunikation zwischen Diensten sicherer, beobachtbarer und steuerbarer zu machen.Was ist mTLS?
Beidseitig authentifizierte TLS-Verbindungen, bei denen Client und Server Zertifikate nutzen.Was ist eine typische Falle?
Ein Mesh einzufuehren, obwohl Team, Monitoring und Betriebsreife dafür noch nicht bereit sind.