Je verteilter ein Software-System konzipiert wird, desto mehr sollte über Resilienz nachgedacht werden. Durch die Verteilung kann es immer wieder zu Fehlersituationen beim Aufruf der beteiligten Kommunikationspartner kommen. Um die Auswirkungen dieser Fehler möglichst gering zu halten oder eventuell ganz zu zu vermeiden, ist es mittlerweile üblich, mit den notwendigen Resilienz-Patterns zu arbeiten. Ob man sich besser via Service-Mesh-Werkzeug oder Framework um die Resilienz kümmert? Beide Ansätze haben etwas für sich.

Verteile Anwendungen wie Microservices verlagern einen Teil der Komplexität in das Zusammenspiel der Services untereinander. Ein solches Service Mesh, das bis zu dreistellige (oder mehr) Laufzeitinstanzen haben kann, wird sehr schwierig zu beherrschen. In seiner Session von der W-JAX 2018 beantwortet Michael Hofmann, freiberuflicher Softwarearchitekt, Berater und Entwickler, häufige Fragen und gibt eine Übersicht über unterschiedliche Werkzeuge, mit denen der Service Mesh beherrschbar wird.

Istio 1.1 ist da. Die neue Version umfasst eine Komponente zur Prüfung des YAML-Codes sowie zur Datenerhebung von Kubernetes-Clustern und soll performanter sein als frühere Releases.

Helidon 1.0, die erste Major-Version des Open Source Frameworks aus dem Hause Oracle, ist gerade erschienen und das API Refactoring damit abgeschlossen. Buildah schiebt Docker auf das Abstellgleis und es gibt neues vom Scrum Master – unser Wochenrückblick.

Was ist eigentlich ein Service Mesh? Ranga Rajagopalan, CTO und Mitbegründer von Avi Networks, gibt einen kurzen Überblick darüber, was hinter dem Begriff steht und wofür das Open-Source-Tool Istio eingesetzt wird. Er geht dabei zudem auf die Notwendigkeit und die Zukunft eines Service Mesh für Cloud-basierte Anwendungen ein.