Service Mesh
Ein Service Mesh nutzt Sidecar-Proxys, um den Dienst-zu-Dienst-Verkehr abzufangen, und bietet Observability, Verkehrssteuerung und Sicherheit, ohne den Anwendungscode zu ändern.
Zweck
Die Kommunikation zwischen Diensten einheitlich verwalten und die Netzlogik vom Geschäftscode entkoppeln.
Mechanismus
In jeden Pod wird ein Sidecar-Proxy (Envoy) injiziert; die Control Plane (Istio/Linkerd) konfiguriert die Proxy-Regeln. Geboten werden mTLS, Retries und Circuit Breaking, Lastverteilung, Canary-Releases und verteiltes Tracing.
Anwendungsfälle
- Kommunikation zwischen Microservices
- Traffic-Management
- Observability