Customer Satisfaction and Customer Expectations in CEP

I often wonder why there is tension in the world of CEP about the complexity of the events and the required processing to identify complex events.  Then, about a month ago, I was helping a friend with her masters degree thesis.  She is about to graduate with her masters degree in international business and is working on her thesis project (a resort project).    We were reviewing some basic marketing principles about customer satisfaction and I noticed that there was a basic “Marketing 101′ formula and diagram that illustrated the degree of customer satisfaction based on the customer’s expectations versus the level of service provided by the supplier.

It was then that I realized why there is so much tension in the “CEP world”.

Folks who have been in event processing fields like network management (NMS) or security management for many years have a very high expectation for processing complex events.   Most of the network and security management platforms on the market have basic rule-based processing available “out of the box” and most of these platforms have had the capability to process events in near-real time for decades.   Adding a new “rules-based event processing platform” to the network and security management software mix does little to add any additional capability and certainly does not solve any nagging complex detection problems.

In other words, the expectations of the network and security management customers are very high.  Perhaps that is why we don’t see much progress or focus in this area by the so-called CEP vendors (nor do we here much support from the existing NMS vendors!).  Yes, a NMS or security management person might experiment with these “CEP engines”, but they will soon discovery that these “rule-based stream processors” (for a lack of a better term) do not solve the complex problems of false alarms versus detection accuracy.  NMS folks have rules engines.  NMS folks can process streaming events. What the NMS folks are missing are models for complex event analysis (causality), prediction models and ways to process complex events in the cloud of uncertainty that exists in all networks.

Perhaps things are different on the trading floors of capital markets?

I have no experience on the trading floor.  I come from the field of network and security management.  However, it seem that folks in capital markets are really happy with “rule-based stream processors”.  Perhaps this is because capital market (trading) customers have never had an “open engine” to process events before?  Perhaps they only had closed systems before?  Perhaps these gurus are overjoyed to be able to write their own rules against streaming market data?

Perhaps I understand why there is so much emotion and “lack of logic” in the arguments of folks associated with market data in capital markets.   Their expectations seem to be lower than folks in more detection-oriented areas like security and network management.   Folks in network and security management have been processing events with event processing platforms for over 20 years.   These customer expect more and therefore the self-described “CEP vendors” are not making much headway there.

However, in areas that may have been dominated by proprietary vendor solutions, perhaps order management (OMS) or order routing systems in capital markets,  may I assume there were no generic platforms to process those events 20 years ago?

Perhaps this is one of the main reasons why reasonable people in the field of CEP have such different opinions on their satisfaction with the so called “CEP vendors” and their software platforms.  Most of the passion in support of these vendors comes from the “feeds and speeds” side of capital markets.  In fact, we read very little support coming from other areas or domains.  The complimentary articles that come from analysts are almost always from folks working on the trading side of the financial services industry.

Obviously, it seems, the expectations of one group of people are different than those of folks in other industries.  Because the expectations are different, the degree of customer satisfaction is different. Hence, folks on the trading side of the spectrum should understand that folks in NMS and security management have been using open rule-based engines to process events for over 20 years.  We seek “something more”.  Our expectations are higher.

Likewise, folks on the NMS and security management side of the house, like myself, should understand, if it is indeed true, that folks on the FSI side of the house have not had similar event processing capabilities over the past 20 years and therefore these new “CEP engines” are very exciting to them.    Marketing 101?  Expectations are different so customer satisfaction is different?

Share and Enjoy:
  • Digg
  • StumbleUpon
  • del.icio.us
  • Technorati
  • Facebook
  • Mixx
  • Google
  • Slashdot
  • Furl
  • Reddit
  • Spurl
  • LinkedIn

6 Responses to “Customer Satisfaction and Customer Expectations in CEP”

  1. I totally agree. We at Event Zero started out solving business problems about halfway through out first major product development cycle, someone mentioned CEP, which it turned out we were already doing. We took a radically different approach than some of the pure play vendors, but I think that came about from solving real-world general business problems rather than focusing on financial market solutions. In my opinion the reason why these other vendors have had such success in these fields are because that had a convenient source of data, and a limited problem set.

    I think our CEP implementation today is as good (if not better in some areas) as the CEP pure play vendors. Although for us CEP represents less than 5% of our code base.

    As a company, we are tackling problems in many different markets such as Green/Carbon, Border and Homeland Security, Customer Experience, Transport, and others. We see no limit to the technology implementations and uses of CEP, it just takes more than CEP to really solve problems in these markets.

    Dave

  2. Hi Dave,

    Great to hear from you. Thanks for visiting.

    I agree that many of the “pure play” vendors have an “engine looking for a problem to solve” in contrast to companies that are focused on solving problems where they have considerable domain expertise.

    Please correct me if I am wrong, however, I have looked into Event Zero, and I did not find many capabilities that were not available in open source network management packages.

    In addition, I could not find any link to download Event Zero software. Furthermore, I could not find any details on your platform architect except for,

    ” Event Zero’s EDA platform is a Java-based (J2SE) environment which is accessed using a Windows .NET 2.0 design, development, configuration and management tool. All platform components, ranging from data collection agents and processing rule sets, through to web visualization portals, are created and modified using a single development interface.”

    So, it looks like your products only run on Microsoft platforms and not on any Linux/Unix operating systems.

    Isn’t that right?

    Yours faithfully, Tim

  3. Hi Tim

    Thanks for your post/reply …

    Couple of points just to clear up any confusion:

    * The Event Zero EPN platform is not specifically focused on network management / ICT system monitoring applications. Most vertical applications in the network management space don’t provide connectivity to the range of inputs we support, nor allow the type of complex event processing based analysis we provide. You could deploy an EPN for ICT systems monitoring type scenarios, but its by no means the only, or primary application domain. Most of our customers are in other areas.

    * The Event Zero EPN platform runs on any Java (J2SE) host environment - Solaris, Linux, Windows …, but we have a Windows .NET 2.0 administration tool.

    * We don’t offer a download trial of our software at this point. We’re more than happy to provide demos to those interested and trial versions to qualified customers/partners.

    Regards

    Baden

  4. Actually no. Our product is Java based and runs on almost anything. We have even played with running it on a cell phone at one point. Only the administration tool is in .net.

    We don’t make our application available for the general public. If you like I could arrange something for you though?

    Also, our product is nothing like anything available in OpenSource…. or commercial for that matter. Even if you sticked a number of technologies together you still wouldn’t be able to build what we provide. Perhaps I could also run you through a presentation some time?

    Dave

  5. Hi David and Baden!

    Thanks for stopping by again and replying to my questions.

    Frankly, it would be good to understand your architecture more. At the moment, I am wrapping up my evaluation of Zabbix and the plan to move to Osimus. Zabbix is great for basic event collection, monitoring, aggregating, charting and basic ECA rules, however, there is no predictive analytics capabilities in Zabbix. Osimus claims to be on the verge of a major release this year with predictive capabilities, so I plan to look at Osimus next.

    I do have a few more questions:

    (1) Do you guys have an open user forum where users can ask questions and get answers from other users?

    (2) Do you have a paper that describes any predictive analytics in detail (including your underlying network architecture of agents, processing nodes, etc.)?

    Thanks!

    Yours sincerely, Tim

  6. [...] clipped from http://www.thecepblog.com/ [...]

Leave a Reply

Copyright © 2007-2008, The CEP Blog, All Rights Reserved.