The first major family of patterns, Event-Driven Architectural Patterns, define concepts representing solutions on how to deal with events in high-frequency systems.
An Event is any notable thing, happening in or outside your system. Events are always defined in business terms (not data or application terms). Parties can publish or subscribe to events in a selective manner.
Events can be classified in many ways – one of those are in terms of the processing schema they implement
Simple Event Processing
Events are handled as a single notification, for example “trade matched”, or “trade booked”
Stream Event Processing
Stream of events are correlated, filtered and then stored. Some examples are management and monitoring services
Complex Event Processing
Streams of events are correlated, filtered, aggregated and then stored: e.g. split-adjusted price of securities over several days; average price tick of a security every 15 minutes
October 2, 2008 at 09:57
[...] that happens at any given place and time. When it comes down to software events are modeled with many interesting features , and are physically represented as a body (indicating a number of properties of the event) and a [...]
November 1, 2008 at 10:16
[...] Communication is performed through exchanges of events [...]
May 19, 2009 at 11:23
[...] through a declarative language (CEP guys/gals love that) like EQL or dialects. In other words, a language specialized for event [...]