Kubernetes Service Mesh Observability — Kiali & der Service-Graph

In diesem 105-Minuten-Modul löst ihr ein Problem, das der Istio-Kurs bewusst offen gelassen hat: Ihr habt dort VirtualService, DestinationRule und PeerAuthentication-Objekte von Hand angelegt und einzeln per kubectl geprüft – das funktioniert für zwei Versionen eines einzelnen Service, aber schon bei einer Handvoll Services wird kubectl describe/ logs pro Sidecar zur Sisyphusarbeit. Kiali löst das: Es liest exakt dieselbe Mesh-Konfiguration, die ihr im Vorgängerkurs angelegt habt, und macht sie als visuellen Service-Graph nachvollziehbar – welcher Service spricht mit welchem, mit welcher Erfolgsrate, welcher Latenz. Im ersten Hands-on installiert ihr Prometheus und Kiali über die offiziellen Istio-Addon-Manifeste direkt auf eurem bestehenden Minikube-Cluster – Prometheus sammelt die Metriken, die jeder Envoy-Sidecar ohnehin schon exportiert, Kiali fragt sie ab und kombiniert sie mit der von istiod verteilten Routing-Konfiguration. Mit istioctl dashboard kiali öffnet ihr das Dashboard und seht euren reviews-Service-Graph zum ersten Mal visuell, inklusive der 90/10-Gewichtung aus dem VirtualService des Vorgängerkurses. Im zweiten Hands-on provoziert ihr gezielt einen Traffic-Fehler: eine VirtualService-Fault-Injection ( http.fault.abort) lässt einen Teil der Requests kontrolliert mit HTTP 500 fehlschlagen – und live im Kiali-Graph seht ihr, wie die betroffene Kante rot wird, die Erfolgsrate messbar sinkt und das Latenz-Overlay reagiert, ganz ohne dass ihr einen einzigen Log-Stream selbst durchsuchen müsst. Ein kurzer Ausblick ohne eigenes Hands-on rundet ab: Distributed Tracing mit Jaeger als Ergänzung zum Graph für Request-genaue Latenzanalyse – vertieft im eigenständigen Aufbaumodul Kubernetes Service Mesh — Distributed Tracing mit Jaeger –, sowie Kialis Validations-Feature, das eure YAML-Objekte gegen bekannte Konfigurationsfehler prüft. Ausdrücklich NICHT Teil dieses Kurses: Kiali-Production-Hardening (RBAC, Auth-Strategien, Ingress-Exposition), Grafana-Dashboard-Import, Multi-Cluster-Kiali und CI/Image-Build. Voraussetzung ist das Modul “Kubernetes Service Mesh — Traffic-Management mit Istio” (Pflicht) – dieses Modul setzt dessen Minikube-Cluster, Istio-Installation und Mesh-Objekte direkt fort, statt sie zu wiederholen. Die Session läuft komplett lokal über Minikube (–driver=docker), Kiali und Prometheus laufen rein containerisiert im Cluster, ohne Cloud-Account und ohne Kostenwirkung.