Vier Fragen, und du liest jedes Envoy-Mesh

Letzte Woche stand hier: Fast jedes Mesh fährt denselben Motor. Heute zerlege ich ihn. Keine Angst vor der Tiefe, es sind genau vier Teile.

Jeder Request, der durch Envoy läuft, beantwortet der Reihe nach vier Fragen.

Listener: Wo kommt der Verkehr an? Port, Protokoll, Filterkette. Hier entscheidet sich, ob überhaupt jemand zuhört.

Route: Welche Regel passt? Host, Pfad, Header werden gematcht, der Request bekommt sein Ziel zugewiesen.

Cluster: Wie ist das Ziel konfiguriert? Load Balancing, TLS, Timeouts, Circuit Breaker. Das Ziel als Gruppe, mit Betriebsregeln.

Endpoint: Welche konkreten Adressen sind gerade gesund? Erst hier wird aus Konfiguration ein echtes Paket an eine echte IP.

Das ist der ganze Motor. Alles andere ist Übersetzung. Ein Istio-Gateway schreibt Listener. Ein VirtualService schreibt Routen. Eine DestinationRule schreibt Cluster, Subsets und Circuit Breaker inklusive. Ein ServiceEntry legt Cluster und Endpoints für externe Ziele an.

Wer Post 8 gelesen hat, sieht es jetzt: istioctl proxy-config fragt nach listeners, routes, clusters und endpoints, weil der Diagnose-Pfad genau diese vier Fragen abläuft. Dazu ein fünftes Fach für Zertifikate, secrets. Auch die Envoy-Flags sortieren sich ein: NR heißt, Frage zwei hat keine Antwort. UO scheitert an Frage drei, dort wohnt der Circuit Breaker. UF an Frage vier, die Adresse antwortet nicht.

Und weil Kuma, Consul und die Istio-Distributionen denselben Motor fahren, liest sich ihr Debug-Output mit denselben vier Fragen. Ein config_dump aus dem Envoy-Admin-Interface sieht überall gleich aus.

Für die Organisation heißt das: Schult euer Team nicht auf ein Produkt, schult es auf den Motor. Produkt-YAML lernt sich in Wochen um. Die vier Fragen begleiten euch durch jede Plattform-Entscheidung.

Nächste Woche wird es konkret: der Umzug von AWS App Mesh, bevor Ende September das Licht ausgeht. Als Gerüst, das man mitnehmen kann, und mit einer ehrlichen Antwort darauf, wann Istio das richtige Ziel ist und wann nicht.

Welche der vier Fragen hat euch beim letzten Debugging die Antwort verweigert?