Service Mesh
Ein Service Mesh vermittelt Dienst-zu-Dienst-Verkehr über eine Infrastruktur-Datenebene und verteilt Richtlinien über eine Kontrollfläche.
- DatenebeneVermittelt jede interne Verbindung und setzt Richtlinien um.
- KontrollflächeVerteilt Identität, Zertifikate und Konfiguration.
- AnwendungssignalBelegt fachliche Wirkung jenseits der Transporttelemetrie.
Einordnung
Warum das wichtig ist
Das Mesh standardisiert Identität, Verschlüsselung, Telemetrie und Verkehrsregeln, ohne fachliche Fehlersemantik der Anwendung zu kennen.
Die verteilte Ausbaustufe im Shop-Szenario ist hypothetisch; der aktuelle Shop bleibt ein modularer Monolith mit sieben Modulen und gemeinsamer Datenbank.
Service Mesh: Entscheidungsgrenzen
Der aktuelle Shop bleibt mit sieben Modulen in einem Prozess und benötigt kein Mesh. Für hypothetisch getrennte Bestell-, Zahlungs- und Versanddienste vermittelt eine Mesh-Datenebene mTLS, Telemetrie und Verkehrsregeln. Das Team rotiert Zertifikate, trennt die Kontrollfläche und erzwingt einen Zielausfall. Es misst zusätzliche p95-Latenz, Verbindungsfehler und Verhalten mit letzter gültiger Konfiguration, bevor die Plattformkomplexität gerechtfertigt ist.
So liest du das Bild
- Datenebene Proxy im Aufrufpfad
- Kontrollfläche Ausfallverhalten definieren
- Anwendungssignal Trace plus Fachmetrik
| Vergleich | Aspekt | Tragfähiger Einsatz | Grenze |
|---|---|---|---|
| Viele Dienste | Einheitliche interne Identität und Policy | Gemeinsamer Plattformbetrieb | Zusatzlatenz und Ressourcen |
| Wenige Dienste | Direkte Bibliothek oder Plattformfunktion | Weniger bewegliche Teile | Mesh-Nutzen oft zu klein |
| Kontrollausfall | Letzte gültige Policy wirkt weiter | Getesteter Degradationsmodus | Änderungen und Zertifikate können stocken |
Nutzen & Grenzen
Hilft, wenn
- Gemeinsamer Plattformbetrieb
- Weniger bewegliche Teile
- Getesteter Degradationsmodus
Grenzen
- Zusatzlatenz und Ressourcen
- Mesh-Nutzen oft zu klein
- Änderungen und Zertifikate können stocken
In der Praxis
- Wende eine interne Identitäts- und Verschlüsselungsrichtlinie auf Bestell- und Zahlungsdienst an. Prüfe Zertifikatsrotation und Fehlerreaktion an beiden Enden.
- Miss zusätzliche Latenz und beobachte einen Verbindungsfehler durch Datenebene und Kontrollfläche. Vergleiche die Sicht mit Anwendungsmetriken.
- Vergleiche Mesh-Richtlinien mit direkter Bibliothekskonfiguration. Bewerte, ob einheitliche Steuerung den zusätzlichen Plattformbetrieb für die Zahl der Dienste trägt.
Ausführliche Erklärung lesen
Proxies oder node-nahe Komponenten fangen interne Verbindungen ab, authentifizieren Gegenstellen und wenden Richtlinien an. Die Kontrollfläche verteilt Identitäten, Zertifikate und Routingkonfiguration.
Ein Mesh fügt Latenz, Ressourcenverbrauch und neue Fehlermöglichkeiten hinzu. Anwendungstraces und fachliche Metriken bleiben erforderlich, weil Infrastrukturtelemetrie keine erfolgreiche Bestellung beweist.
Service Discovery liefert Ziele; Timeouts müssen zwischen Mesh und Anwendung ein gemeinsames Zeitbudget einhalten.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Was ist die Kernaufgabe von Service Mesh?
Lösung mit Begründung ansehen
Ein Service Mesh vermittelt Dienst-zu-Dienst-Verkehr über eine Infrastruktur-Datenebene und verteilt Richtlinien über eine Kontrollfläche.
AnwendenAuf eine neue Lage übertragen
Welche Annahme ist im Shop hypothetisch?
Lösung mit Begründung ansehen
Für hypothetisch getrennte Bestell-, Zahlungs- und Versanddienste vermittelt eine Mesh-Datenebene mTLS, Telemetrie und Verkehrsregeln. Das Team rotiert Zertifikate, trennt die Kontrollfläche und erzwingt einen Zielausfall.
BewertenEine Alternative abwägen
Welche drei Punkte müssen vor einer Einführung belegt sein?
Lösung mit Begründung ansehen
Datenebene, Kontrollfläche, Anwendungssignal.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.