Reaktive Systeme in Java

Fazit

Wir sind am Ende dieses Buches angelangt. Wir haben die Prinzipien reaktiver Architekturen und die technischen Praktiken zu deren Umsetzung mit Quarkus behandelt.

Eine kurze Zusammenfassung

In Teil II haben wir uns mit reaktiven Architekturen befasst. Reaktive Systeme(Kapitel 4) bieten einen anderen Weg, verteilte Systeme aufzubauen(Kapitel 3). Der Einsatz von Nachrichtenübermittlung zwischen den verschiedenen Komponenten, die das System bilden, ermöglicht Elastizität und Ausfallsicherheit, zwei Eigenschaften, die für moderne Anwendungen, die in der Cloud oder in Containern ausgeführt werden, unerlässlich sind. Aber das ist noch nicht alles. Reaktive Anwendungen müssen auch die Arbeitslast zeitnah bewältigen und Ressourcen effizient nutzen. Dieser letzte Punkt zwingt reaktive Anwendungen dazu, nicht blockierende E/A zu verwenden und zu viele OS-Threads zu erstellen ("Die Rolle der nicht blockierenden Ein-/Ausgabe"). Das daraus resultierende Ausführungsmodell sorgt für eine bessere Reaktionszeit und verbessert den Speicherverbrauch. Es ist jedoch nicht kostenlos. Um eine solche Anwendung zu schreiben, musst du die Art und Weise, wie du deinen Code schreibst, ändern. Du darfst die E/A-Threads niemals blockieren und musst deinen Code daher in einem Continuation-Passing-Stil schreiben. In diesem Buch haben wir uns mit reaktiver Programmierung und Mutiny beschäftigt(Kapitel 5, Kapitel 7).

Wir haben uns auch mit Quarkus beschäftigt, einem Stack zum Schreiben von Anwendungen in ...