Visit Our UNIX and Linux User Community


Thoughts on the Bitter Pill


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News Thoughts on the Bitter Pill
# 1  
Old 02-14-2008
Thoughts on the Bitter Pill

Louis Lovas
Wed, 13 Feb 2008 15:00:51 -0500
Thoughts on the Bitter Pill In reading a recent CEP blog, a Bitter Pill To Swallow by Tim Bass and Opher's commentary it reminded me of a few thoughts I've had recently on the role of CEP in the modern trading platform for Capital Markets.

First, let me say that I believe Apama takes a much larger view and includes much more in the CEP stack than many other vendors. Naturally, we've turned this into a competitive advantage. This larger perspective encompasses many aspects beyond the core CEP engine. That includes dashboards, connectivity adapters, development and deployment tooling, vertical-focused application starter kits and of course language. That said, I still believe the CEP industry is still quite nascent and only loosely defined. However I think it is gaining clarity - from both an industry view and customer/prospect expectations. What's the role of CEP in financial services and where does it fit in total software stack of fully deployed trading platforms? A few recent experiences have drawn me to the conclusion that CEP technology is just one of many elements in that infrastructure.
  • AITE Report on High Performance Infrastructure
The AITE report is a review of the infrastructure components that make up a trading platform, this included various sorts of connectivity (market data, order management, messaging), distributed cache and CEP. The report did not articulate the actual trading applications (i.e. strategies) themselves; those are unique to any one customer. The point being, those trading apps are viewed as independent and not defined as part of the trading infrastructure (a rather obvious point frankly). The technology used for strategy implementation is left as an exercise for the user. My interpretation of this... CEP is part of the infrastructure and not necessarily the application. Without question, I clearly understand that the division between infrastructure and application can be quite gray, and with CEP lacking an absolute definition it's not all that surprising. Within Apama we are driven towards providing a total platform for our customers. As such, we undertake the task of providing both the infrastructure and a framework for applications. This framework takes the form of ready-to-use functions, components and starter kits or accelerators as we call them. Ideally, customers only need to inject their own IP. Our platform lends itself it that end - a one-stop-shop if you will. Our future plans are focused on this breadth in the platform because that's the sort of demand we face. While I don't think this necessarily broadens the definition of CEP, it simply means CEP as a technology cannot exist in a vacuum. It needs the standard complement of tooling both within itself and for outside integration to the IT-centric world at large. This is the stuff one comes to expect as maturity overtakes hype.
  • Standardization on EP benchmarking
There have been a few initiatives to define vendor-neutral benchmarks for CEP. Additionally, a few vendors have published benchmark studies, BEA in particular. Efforts to define independent benchmarks will inevitably do more that just define test cases for CEP, they will also shape the definition of what CEP is and does. I would expect any effort to benchmark CEP engines will be somewhat narrowly focused to just the core capability of doing something to or with streaming data. Many of the elements that make CEP truly commercially viable, from tools for development and visualization to deployment, runtime management and high availability will not be part of the equation. Practically speaking it stands to reason this is the case. It's impossible to create a neutral benchmark for these things. However, it would be ideal for benchmarks to include real-world usage. Some finance examples would be a Pricing engine, Index Arbitrage, Spread trading, Crossing and VWAP trading. I would expect not all CEP products to be fit-for-purpose to meet the needs of these examples. Furthermore, I'm not convinced one could say these were all CEP use cases either.

  • Discussions with prospects
Over the course of the past year I've met with numerous clients. There are a couple of observations I've made with respective to the growing understanding of CEP technology. First I've noticed an increasing number of them use the phrase "researching CEP platforms" in conversation on their next-generation trading platform. While this might appear innocuous, it represents a shift in thinking. CEP is gaining wider awareness and its general applicability to trading. It was not so long ago that the term CEP was not mentioned either by us or the client - it had no apparent meaning to the opportunity at hand. However, times are changing and CEP awareness is growing, unfortunately this does not necessarily mean there is complete clarity on its definition. This lack of definition, I believe has caused (future) adopters of CEP to look at the various vendors' products through different lenses. For example if a particular CEP product is not fit-for-purpose for implementing a Pricing Engine that does not necessarily mean it cannot provide a component of a Pricing Engine, with the remainder (or a significant portion) being implemented in more a traditional manner. In a competitive bid environment, I am convinced clients draw the line-in-the-sand at a different place for different vendors based on their fit-for-purpose. Unfortunately, this causes products to be judged on unequal footing.

Another validation that shows CEP is gaining awareness but still immature is a recent report from the Forrester group on CEP Adoption. To paraphrase, CEP adoption is being driven by and used within the business side of organizations sans IT. Business tends to be on the bleeding edge of technology simply because they're looking for any nugget that can give them a competitive edge. IT on the other hand, has to face the challenging realities of daily care and feeding of software. Their priorities are in stability and manageability - attributes of mature technologies.


As the CEP hype curve starts to level off, it will follow the same path as all other hyped technology to eventual commoditization. Its usage will coalesce around a few paradigms and an industry definition will start to solidify. The items I mention above indicate that this is happening already.







Source...

Previous Thread | Next Thread
Test Your Knowledge in Computers #252
Difficulty: Easy
Network computer devices that originate, route and terminate the data are called server-only devices.
True or False?

6 More Discussions You Might Find Interesting

1. What is on Your Mind?

Holiday Thoughts for the End of 2018

Happy Holidays. Here are my randoms thought at the end of 2018 in no particular order. You Are Truly Blessed IT people are lucky. We get to use our brains extensively to solve complex and challenging computer-technology related problems. This is very good for our brains. Programming,... (2 Replies)
Discussion started by: Neo
2 Replies

2. Web Development

Some Thoughts on Vue.js at UNIX.com

Recently, have been learning Vue and, as always, learning-by-doing, which means writing code for real-world applications. In this process, I have learned something that is not really mentioned in the majority of online Vue tutorials. Basically, when you create a Vue instance in your browser,... (0 Replies)
Discussion started by: Neo
0 Replies

3. What is on Your Mind?

Thoughts on Dystopian Future as we know it!

Greetings Fellow NIX'ers, For a while now I've been pondering the (to Me) Dystopian possibilities of "Cloud Computing", Web Apps (Pay Per Each Use) of course, and... the Most Troubling of All: The possible time when we will not be allowed to own a "Real" computer, only some silly little... (7 Replies)
Discussion started by: Coding Coolie
7 Replies

4. Solaris

Solaris 10 - Zones - Design thoughts

Good morning to one and all :-) About to set up a M5000 server, then create a few zones to port over a few apps. So, anyone had experience of zones ? and what things I need to consider / design / workout before hand ?? I need to work out whats going to be ported over, what the ip... (6 Replies)
Discussion started by: sbk1972
6 Replies

5. Filesystems, Disks and Memory

Partitioning Thoughts

I'm pretty new to UNIX and i'm planning to set up a server for my company.... i'm wondering if anyone could suggest a partitioning scheme for a standalone Solaris server with two 40GB disks and 1GB of memory... It would also be supporting 100 users... thanks ! (1 Reply)
Discussion started by: martin11
1 Replies

6. AIX

New IBM AIX 5L ver 5.1 .. any thoughts?

I read that IBM came up with a new AIX version that would be fully integrated with Linux (I guess compared to older versions of AIX that could not) and I was hoping I bring this for discussion here so I learn more about IBM UNIX OS Can anybody put few simple and practical comparisons between... (0 Replies)
Discussion started by: aliissa
0 Replies

Featured Tech Videos