Das Produktteam
SaaS-Team, ein produktiver Cluster, kein Platform-Team, keine Compliance-Auflagen, überschaubare Service-Anzahl.
Typisches ErgebnisKein Service Mesh (heute)
Entscheidungs-Instrument · Stand: Juli 2026
Für Platform-Teams vor der Architektur-Entscheidung: nüchtern, quartalsweise gepflegt, ohne Anbieter-Werbung. Der Wizard fragt nach deiner Situation, nicht nach Produkt-Präferenzen.
Läuft komplett in deinem Browser. Keine Cookies, kein Tracking, dein Ergebnis bleibt bei dir.
Der Wizard
Sieben Situationsfragen, eine begründete Empfehlung: eines von fünf Ergebnissen, inklusive Gegenanzeigen und nächsten Schritten. Ehrliches Nein eingeschlossen.
Der interaktive Wizard benötigt JavaScript. Kein Problem: Alle sieben Entscheidungs-Dimensionen stehen auch als Langform-Text bereit, mit derselben Substanz und denselben Quellen.
Hintergrund
Jede Wizard-Frage steht für eine Entscheidungs-Dimension. Die Langform mit Zahlen, Versionen und Quellen: Die 7 Entscheidungs-Dimensionen.
Anzahl und Verteilung der produktiven Cluster bestimmen, ob Trust-Domains, Zertifikats-Rotation und Failover überhaupt Thema sind. Ab einer Handvoll Cluster ist ein Mesh eine Architektur-Entscheidung, kein Add-on.
Teilen sich Teams oder Mandanten einen Cluster, reicht Namespace-Trennung nicht. Dann zählen Workload-Identitäten und feingranulare Autorisierung, und genau da unterscheiden sich die Meshes deutlich.
DORA, die deutsche NIS2-Umsetzung und BSI APP.4.4 machen aus Netz-Trennung einen Prüfgegenstand. Die etablierte Umsetzung: mTLS STRICT plus Default-Deny-Policies, laufend nachweisbar.
Entscheidend ist nicht Verschlüsselung an sich, sondern der Nachweis: welche Identität mit welcher spricht, jederzeit belegbar. Das ist der Unterschied zwischen „TLS irgendwo" und einem Audit-Asset.
Canary-Releases, Traffic-Shifting und Autorisierung zwischen Services sind der klassische Mesh-Mehrwert. Je zentraler dieser Bedarf, desto mehr spricht für Feature-Tiefe; die Gateway API (GAMMA) hält die Konfiguration portabel.
Läuft Cilium bereits als CNI, verschiebt sich die Rechnung: mTLS und Basis-L7 kommen dann aus dem Netzwerk-Layer selbst. Kernel-Anforderungen und Plattform-Support entscheiden mit.
Das beste Mesh ist das, das ihr im Alltag tragen könnt: Upgrades, Incidents, Policies. Ein Mesh ohne Betriebs-Owner wird zur Hypothek, egal welches Logo draufsteht.
Einordnung
Vier Setups, wie sie uns in der Praxis begegnen, und das Ergebnis, zu dem der Wizard dort typischerweise kommt.
SaaS-Team, ein produktiver Cluster, kein Platform-Team, keine Compliance-Auflagen, überschaubare Service-Anzahl.
Typisches ErgebnisKein Service Mesh (heute)
Scale-up mit Cilium als CNI, mTLS gewünscht, punktueller L7-Bedarf, kleines Platform-Team mit wenig Luft.
Typisches ErgebnisCilium Service Mesh
Plattform mit drei Clustern, dediziertes Senior-Team, zentrale Canary-Releases geplant, mTLS als Pflicht gesetzt.
Typisches ErgebnisIstio Ambient
Finanz- oder KRITIS-Umfeld, mehrere Mandanten im Cluster, DORA- bzw. NIS2-Pflichten, mTLS nachweispflichtig.
Typisches ErgebnisIstio, mit Architektur-Review
Wenn es Istio wird
Dann ist die eigentliche Frage nicht mehr, welches Mesh, sondern ob deine Architektur den Auflagen standhält, bevor der Rollout Fakten schafft. Genau dafür gibt es das Service Mesh Readiness Assessment der spezialisierten Unit istio-consulting.de.
Der Preis steht hier bewusst: Ein Festpreis statt Stundenzähler macht die Entscheidung kalkulierbar. Und ein sichtbarer Preis sortiert vor; wer ihn kennt und trotzdem anfragt, meint es ernst.
Transparenz
Vollständige Quellenliste mit Einordnung: unter den Entscheidungs-Dimensionen. Inhalte zuletzt geprüft: Juli 2026. Diese Seite wird quartalsweise aktualisiert; Versions- und Statusangaben gelten für den genannten Stand.