Saturday, September 29, 2007
1. A network and system management application: following the ComputerWorld article - "Event correlation simplifies and speeds the monitoring of network events by consolidating alerts and error logs into a short, easy-to-understand package" - in this case the idea is to reduce the number of symptoms and concentrate on problems.
2. Some call the pattern detection part of CEP in the name "event correlation"
3. Some call the matching between events and data (e.g. for enrichment) as "event correlation"
4. Some are using the "correlation identifier pattern" in the enterprise integration patterns - the act of matching two events based on shared attributes.
5. Last but not least, event correlation refers to statistical correlation among the occurrence of two events, used to mine patterns of causalities.
So - what is the problem in homonyms ? the problem is that since in general there is a confusion of terms in this area, homonyms tend to intensify the confusion, especially among decision makers who don't really have technical depth, but get decision based on perceived impressions -- this may have undesired results.
Thus, I prefer to use non-ambiguous terms as much as possible, and avoid confusing slang.
This is just one example of confusing terminology, in a recent incident I noticed people spending much energy trying to understand what is the meaning of BAM (which I may discuss in another time).... The consensus glossary is not just a "nice to have", it is a business tool to save a lot of time on miscommunication.... More, later.
Thursday, September 27, 2007
more - later.
Tuesday, September 25, 2007
Other two keynote speakers have been Mike Stonebraker and Michael Brodie, two old-timers, who have been around for a while. Stonebraker gave some variation about his repeating message: "One size fits all: A concept whose time has come and gone" which talk about the elephants (Oracle, Microsoft, IBM) DBMS product as an obsolete concept, and shows that for various types of functionality (including "stream processing", of course), a specialized engine is better than a monolithic one, and in fact, the monolithic engines excel at nothing and should be eliminated. The idea that one size does not fit all is probably true, in databases (and also in event processing), one thing to note (and this follows also Mike's talk in EDAPS yesterday), he looks on everything in a single criterion -- speed (latency ?), I think that reality is a little bit more complex.
Mike Brodie started with a nice video with music that was getting louder showing facts about quantities -- size of various databases, internet webpages, use of search engines etc -- and trend (the time everything is duplicated is getting shorter and shorter), he also talked briefly about SOA, and about the need to take a new approach that is application-based, semantics-based, and create Computer Science 2.0 -- however I did not understand what new science is required, and in response to a question he answered --- I presented the problems, leaving the solutions to you. I am not sure that I have understood the problem (except for engineering issues), but let's wait to see if computer science 2.0 will arrive (I think that the term 2.0 is starting to be over-hyped, there were some attempts at SOA 2.0 as combination of SOA and EDA, but I am not sure it caught as a buzzword). Anyway -- whatever Computer Science 2.0 is -- event processing should be one of its fundementals. More later.
Monday, September 24, 2007
One last comments about EDAPS - we have invited Mike Stonebraker to be keynote speaker, Mike is certainly a great speaker, however, he has chosen to wear his vendor hat, and provided sales pitch, with some assertions and generalizations that I wonder if Mike Stonebraker the distinguished scientist would have accepted for publication... well. Tomorrow, the VLDB conference - more later.
Sunday, September 23, 2007
- Trace and track system with notification can be used to have the passenger ask questions (or get notifications) that notify that the luggage is on the right aircraft, and when standing near the carousel, provide an estimate when it is coming (with some RFID readers all over).
- BAM system that determines if something is going wrong --- the luggage did not arrive to some place, or arrived to the wrong place.
- Automatic decision system which re-routes the luggage, if the passenger was reassigned.
- Anything else ?
I will personally will be willing to pay for a service that notifies me the status of my checked luggage, espcially when standing near this carousale... this is not very difficult to construct...
Another small matter is the "ultra personalization", after arriving to Austria, not only people are talking to me in German, but also computerized system, I had to purchase Internet time in my hotel - T-Mobile has German only text, and after series of guesses, and some trial and error, I have succeeded to log it. This blogger system also talks German to me now -- in fact this is not personalization, this is location-based classification with wrong assumptions.... which brings to an interesting discussion about the term "context", which I view to be one of the major abstractions useful also in event processing -- more about it later.