Was kann schon schief gehen? Ereignisgesteuerte (Event Driven) Architekturen dienen keinem Selbstzweck. Häufig soll sie Problemen vorbeugen und uns helfen eine stabile Service Architektur zu entwickeln. Abseits vom „Happy Case“, was kann den wie und wo schief gehen; wie kann uns diese Architektur helfen? Wir schauen uns drei typische Lösungsmethoden an:
Als Basis für weiterführende Videos zum Thema Event Driven Architekturen, oder Eventual Consistency wollen wir uns zusammen Datenbanken und Transaktionen anschauen. Hier geht es darum ein Grundverständnis für Basiskonzepte zu schaffen wie:
In einer Service- bzw. Microservice-Architektur stellt sich irgendwann unweigerlich die Frage wie man komplexe Workflows, die über mehrere Services hinweg gehen, orchestrieren möchte. Dabei stehen sich die Event- und die Workflow-Architektur anscheinend als unterschiedliche Paradigmen gegenüber. Wie können wir mit einfachen Architekturmaßnahmen die Arbeitsteilung von Teams/Abteilungen unterstützen?
Um weiterführende Konzepte besser nachvollziehen zu können, wollen wir uns in den Grundlagen Datenbanken mit Spring Boot, Isolation Level (Isolationsgrad) und Locks beschäftigen.
Häufig vergessen, oder nur teilweise gemacht. Timeouts tragen einen wesentlichen Bestandteil zur Stabilität und dem Ressourcenmanagement von Software bei. Insbesondere bei Microservices sollten diese immer richtig eingestellt sein. Timeouts spielen auch eine wesentliche Rolle in Bezug auf Transaktionen, Locks und Isolationslevel. Sollte man zudem den Zugriff auf die Datenbank auch Dritten gewähren, also nicht nur…