SRE suchen

Kapitel 26. Der Service Mesh: Wrangler für deine Microservices?

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Matt Klein, Lyft

In den letzten 5 bis 10 Jahren sind Microservices der letzte Schrei bei der Entwicklung und dem Betrieb verteilter Systeme geworden. Einst nur den Infrastrukturen der größten Internetunternehmen vorbehalten, schwirren heute Begriffe wie "unveränderliche Containerbereitstellung und Zeitplannungsprogramm", "kontinuierliche Integration und Bereitstellung", "dezentrale Steuerung" und "polyglotte Sprachimplementierungen" durch die Technosphäre. Es ist absolut richtig, dass Microservice-Architekturen es großen Entwicklungsteams ermöglichen, agiler zu arbeiten. Dabei wird jedoch oft übersehen, dass große Internetunternehmen in der Regel Hunderte von Personaljahren in die Entwicklung und den Betrieb investiert haben, damit verteilte Architekturen in der Praxis gut funktionieren. Zuverlässigkeitsingenieure fragen sich, wie sie mit den unzähligen betrieblichen Problemen umgehen sollen, die auftreten, wenn sie versuchen, von unseren monolithischen Anwendungen wegzukommen und eine solche Architektur in der Praxis einzusetzen. Wie finden und kommunizieren die Dienste miteinander? Wie werden verteilte Dienste beobachtet und debuggt? Wie werden die Dienste verpackt und bereitgestellt? Welche komplexen Fehlerszenarien können auftreten?

Praktiker, die sich mit Microservices befassen, ...