Saturday, April 18, 2009

On Event Processing Building Blocks

Back to work for one day in the office, with five conference calls (one with Germany, one with France, one with UK, and two with USA...) and then back to home for the weekend. When I have free time I like to read books, the current book I am reading is "A Lion Among Men", 0ne of the books of Gregory Macguire, who writes stories that take as background famous children stories (in this case - the Wizard of Oz), actually this is the third one behind the scene of the Wizard, now taking the Lion as its main character. I have another book of the same author still waiting...

We also submitted the draft of chapter 3 of the "Event Processing in Action" book to the publisher, which hopefully be posted on the MEAP site soon.

The approach we have taken in the book, as I have written before, is to use the "building block" approach, describing event processing principles, and the use case whose construction demonstrates the application, using building blocks, which are like the chemical elements. The application itself is being built by using "definition elements" which are like atoms (my partner for writing this book, Peter Niblett, has come with the analogy from the world of chemistry). we believe that this is the right approach to teach what event processing is -- in the "deep dive" part of the book we dedicate a chapter for each of the major seven building blocks and then dive deeper into the types of event processing agents (which deserves a different discussion). We'll also provide samples of how each building blocks is realized in different models.

The seven building blocks are:
  • Event type: defines the event schema
  • Even producer: the projection of the event producer over the event processing network (note that the event producer itself is outside the scope)
  • Event consumer: same -- the projection of the event consumer over the EPN.
  • Event channel: the glue that holds the EPN together
  • Event processing agent: the brain that does the entire work; each agent is doing a specific task of processing.
  • Context: the semantic partition of events and agents
  • Event derivation: A building block that is possibly part of each EPA that specifies the derived event.

There are some more building blocks that are used to support these ones, but our claim is that this set of building block is what needed to build an event processing application.

Chapter 4 which is in advanced phases of being written starts the deep dive by discussing the event type building block, and in one of the next posts I'll say more about it.

2 comments:

Paul Vincent said...

Hi Opher,

On "Context: the semantic partition of events and agents" - I'd be interested in when you elaborate on this. For example, for most CEP systems, context is really the "situation" which is (derived) from the history of past events. "Semantics" would normally refer to "the meaning" which really applies to the any of the event, channel, agent / event processing transformations, etc parts... (I'd have thought).

Anyhow, I'm sure your chapter on Semantics covers this in more detail.

Good to hear the book is coming together!

Cheers

Opher Etzion said...

Hi Paul.

We shall have in the book a chapter dedicated to "context" and I'll blog about it again in the future.
There is a common confusion between the terms context and situation, and I have referred to it before,
see: http://epthinking.blogspot.com/2007/11/context-and-situation-are-they-synonims.html
and
http://epthinking.blogspot.com/2007/11/notion-of-context-and-its-role-in-event.html

stay well,

Opher