SOA Talk

Jan 5 2012   9:36PM GMT

Why is event processing different?

Jack Vaughan Jack Vaughan Profile: Jack Vaughan

A lot more software architects are working these days to get their arms around the concepts of events and event processing. Many people have reams of transaction data they are beginning to think about correlating and tracking. Sometimes the differences between event processing and other types of processing seem simple – but that simplicity can be deceptive.

This comes to mind after a recent conversation with Hub Vandervoort, CTO of SOA Infrastructure Products for Progress Software. He contended that one of the major elements that goes into handling events is a dedicated event processor. That puts it outside the realm of general purpose computing familiar to the broad ranks of developers.

“You have a window of time in which events take place,” he said. Thus, there arises a use for a dedicated processor that can handle things quickly – as they happen. “You can’t use a thread-based model as is found with general-purpose application servers,” he continued.

For Progress’s part, an Apama Correlator based on a HyperTree architecture is specialized for executing event pattern matching logic to take care of a high volume of event data.

Time-oriented language semantics are supported too, this being another differentiator from popular general-purpose approaches. Sounds complex, yet, Progress Apama has forged model-based development methods that allow business power users to help program the event engines.

What do you think? Ready to try CEP? What alternatives are you considering? Let us know.

1  Comment on this Post

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when other members comment.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • Saratnathb
    Along with complex event processing, event driven architectures are gaining a lot of transaction in SOA infrastructure enabled IT environments. For most part centralized message servers / bus are being used as the backbone for events model, with developers simply developing event producer and consumer components. However event driven architecture adoption has been slow and painful due to complexity such as > Difficulty in applying transaction semantics > Race conditions > Lack of clear understanding on what needs to be done for various error > Complexity implementation of dynamic subscriptions
    0 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to: