Federated and Event Driven Architecture

WIP Complete - important to clarify in my own mind: 

Event Driven Architecture: System components interact with each other by producing, detecting and reacting to events.

distributed, event-driven architectures

Event Mesh

Conflict-Free Replicated Data Types (CRDTs) - provide strong eventual consistency

Federated architecture allows each system to flexibly interact with other systems while remaining independent, so it can be easily extended, and individual pieces (a system) can be replaced relatively quickly.

Thoughts: Like Cross cutting concerns where you build IT runway to perform specific tasks and then call them, Federated Architecture, each system does a job so for instance, there is a standalone system that can be replaced or extended for Requesting a Room (1st system), this allows the user to reserve a room using the booking system (2nd system), this in turn calls the communication system that handles email, teams meeting with reminders (3rd system) and then calls the communication systems (n services/systems)

Events are facts; they are loosely coupled to the booking system.  This approach allows for the reuse and easy creation of highly customised business processes.

Thought: Choice is between an Event Mesh and a Federated Architecture.