Comments on: OMG CEP Standards event: what standards?

By: Complex Event Processing (CEP) Blog » CEP sessions at the OMG Real-Time July 08 workshop

Mon, 21 Jul 2008 18:01:06 +0000

[...] products” to avoid vendor lock-in, even though the presenter (who had attended the OMG CEP standards event in March) recognized there was no compelling business case for the smaller vendors to develop such [...]

By: vincent

vincent — Wed, 19 Mar 2008 22:12:40 +0000

Thanks Angelo: I’m not sure how (1) is more than what conventional pub-sub provides, although the SQL query mechanism in theory means you could offset some filtering and queries to the DDS middleware. Which is your point (2) I believe, and is also subject to academic research like at Univ of Toronto (see last years EPTS Meeting). (3) to (5) make perfect sense, although I can’t comment on whether DDS is better or worse than other solutions in this space.

By: Angelo Corsaro

Angelo Corsaro — Wed, 19 Mar 2008 17:31:49 +0000

Hello Paul,

First of all, I enjoyed your presentation at the CEP workshop. That said, I have a few comments on your wander about the two DDS presentations. As showcased during the Workshop, DDS is the “perfect” transport for CEP engines for the following reasons, (1) it is extremely natural to map CEP events to DDS Topics, especially considering DDS support for relational data modeling, (2) DDS supports some event processing capabilities which could be used by CEP engines to off-load some of the filtering to the middleware, thus ensuring that only relevant events are delivered to the CEP in first place–thus more relevant events are processed overall! (3) DDS has unparalleled support for QoS, which allow to control temporal properties, availability, persistence, reliability, etc., of data, (4) OMG DDS has on-the-wire interoperability, i.e., implementation from different vendors can speak to each other, and (5) it is very high throughput and low latency, meaning that leading DDS implementations can easily cope with Millions of messages per seconds, while retaining extra low latency and jitter.

Moreover, leading vendors provide integration with both on-memory data bases as well as RDBMS such as Oracle, MySQL, etc., (this means that you could use DDS to connect to fully transparently and two way to the a DB), as well as security solutions.

In summary, DDS is the ideal transport for any application that has to stream and process in real-time huge amount of data and “make sense” of them in real-time. As you very well know, several examples of such applications are found in Financial Markets, Defense, SCADA, etc.

By: In the names of CEP and BPM « Commercial Intelligence

In the names of CEP and BPM « Commercial Intelligence — Fri, 14 Mar 2008 15:30:05 +0000

[...] of discussions with others on this over the interim until today’s posts by Paul Vincent, summing up an OMG meeting in Washington, DC, and Sandy Kelmsley’s comments on a survey of 590 business [...]