Cohesive Systems logoCOHESIVE SYSTEMS

Search Cohesive Systems

Ready

Search Cohesive Systems

Find product pages, building blocks, technical articles, and graph definitions.

Event-Driven Architecture

Event-Driven Architecture addresses the problem of coordinating independent participants through event flow rather than direct synchronous control.

Cohesive Formulation

The practice is about flow views between observers through events. Its central Cohesive questions are:

  • Which observer emitted the event?
  • Is the event endogenous, output, exogenous, or input relative to each boundary?
  • Where is the reported fact authoritative?
  • Is the publication authoritative history, a state transfer or delta, or a notification hint?
  • What does delivery guarantee?
  • What observer dependency is being satisfied, and what postcondition proves semantic propagation?
  • How can an observer recover after missing a publication?
  • What state, projection model, process graph, or transition is affected by observing the event?

In the Model

Events decouple producers and consumers only when boundaries and meanings are explicit. One observer's endogenous event may become another observer's exogenous event. A receiving observer still interprets the event relative to its state, policies, authority, and boundary.

Event occurrence, notification emission, message delivery, receiver processing, and semantic propagation are separate claims. A durable event stream may be the authoritative history an observer must follow. In another design, authoritative state exists elsewhere and publication only prompts the observer to resynchronize. The architecture should declare which relationship applies rather than making the notification channel part of the domain fact by accident.

Adopting event flow also creates the capacity, failure, retention, replay, topology, evolution, and observability obligations described by asynchronous interaction design. Those obligations apply to the operational edge even when its broker reports no errors.

Failure Modes

The pattern fails when event schemas are treated as shared semantics, when broker delivery is mistaken for domain commitment, when successful publication or delivery is presented as proof that semantic consequences propagated, or when downstream consumers assume ordering, durability, causality, authority, or recoverability that the event flow does not guarantee.

Related concepts: event, observer, observer models, flow views, interaction, asynchronous interaction design, delivery semantics, semantic propagation, ordering, brokers, trace and feedback, event-state duality.