vincent
01-02-2009 10:05 AM
David Luckham started a
complexevents.com discussion on what lies in store for CEP in 2009. We won’t re-create that discussion, but instead look at probably the biggest challenge facing CEP: the terminology! There is nothing wrong or odd with businesses having complex (or abstract) events, and requiring detection of said events in a timely fashion with an appropriate reaction; however,* many many applications already do this in some restricted way or other. So what differentiates CEP technologies from, say, automated business processes in BPM or Java?
One way to differentiate CEP technology is through the event-oriented capabilities:
- continuous processing of events
- handling various types of event filters and patterns over type, content and time
Most conventional IT technologies that deal with complex or abstract events usually do so for either specific types of events or event delivery with specific performance bounds. Some of these applications / components / tools will increasingly claim to be “CEP”, too.
To mitigate this, the CEP vendor community, in the guise of something like the EPTS, probably needs to step in with a classification scheme for CEP technologies, providing certain prerequisites for the term CEP over “technologies that can do some aspects of CEP”.
Source...