Event-driven Architecture Broker Topology - Hela bilden?

Jag ser "Event-driven Architecture Broker Topology" som en del i lösningen av kommunikationen mellan services. Lite som denna quote:

However, asynchronous event-driven architecture is not intended to be a replacement of existing forms of synchronous request-driven service-oriented architectures. In fact, they are very complementary to each other when appropriately modeling the different aspects of an organization’s operational model. From a technical perspective, event-driven architecture can be implemented on top of an existing service-oriented infrastructure, without adding more dependencies and complexities. An effective mix of both architectural patterns will create a highly consistent and responsive enterprise, and establish a solid foundation for moving towards always-on and always-connected environments.

Using Events in Highly Distributed Architectures

En blog post jag tyckte var väldigt bra är Putting Apache Kafka To Use: A Practical Guide to Building a Stream Data Platform (Part 1) som visar hur man kan använda event arkitekturensom en del i sin plattform.

Kanske bättre med namnet Stream Data Plattform?

Edit: För att förtydliga. Event driven architecture är inte hela bilden, många delar utanför är fortfarande request-respons baserad kommunikation. Allt går inte att lösa smidigt med events. Så frågan är om man ska byta titel på matris-rutan och skriva om den med lite bilder som visar även utanför själva eventhanteringen. Sen är just Stream Data Platform kanske inte bättre namn då det ger kanske inte heller rätt bild.

guardian-framework / framework

Event-driven Architecture Broker Topology - Hela bilden? #27