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:
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
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
Post a Comment