Tag Archives: scalability
There are lots of ways to run a trading firm.
Some firms use a strategy centered around high frequency or algorithmic trading, which are similar in that having the best technology and writing the fastest trading applications is essential.
At the other end of the spectrum, some firms employ only human traders, using a traditional buy-and-hold strategy, expecting to hold the security for months or even years before moving it.
But in between these two ends of the spectrum, there exists a hybrid that uses electronic trading with a bit of buy-and-hold added in. Some call this blend “trade smarter, not harder”.
Instead of competing with other traders to get the absolute lowest price, this strategy prioritizes on making better decisions by doing “pre-trade analytics” on historical and financial data.
More and more business applications are moving from the desktop to the cloud, and electronic trading applications are no different.
Over the last five or ten years, application vendors have established several advantages of running major applications, even mission-critical applications like salesforce.com, over the cloud.
These advantages include:
- Easier and smoother upgrades, which provides much better adaptability and agility in the face of changing market and business conditions, plus a better user experience,
- Better scalability, with newer technology advances, and
- Better portability across a wide array of device types, including smartphones and tablets (especially in the last 2-3 years).
Recent improvements in Web technology, such as HTML5 WebSockets, are helping to speed this transition along by providing several throughput and latency advantages over earlier iterations of Web technology, and even over native Windows applications. Now, application architects can freely choose the technology that provides a better path for growth, agility, and scalability, which is often a Cloud-based solution.
As I write this, a few of our customers who provide electronic trading solutions to their clients are making the strategic move to develop a next generation application based in the Cloud. The main driver for one customer was to be able to take on more clients more quickly and therefore grow the business faster by increasing marginal revenue and profitability. They found that the list of challenges with a thick desktop client to be just too big for growing the business as quickly as they wanted to — or needed to.
Messaging middleware, especially peer–to–peer solutions such as Informatica Ultra Messaging, can be a very important piece of a Cloud-based application. The peer-to-peer “nothing in the middle” model provides applications not just ultra-high performance (whether for high throughput or low latency), but also near-linear scalability, true 24×7 reliability and availability, and business and IT agility. These qualities tie directly to the advantages listed above.
Cloud-based applications, of course, must also contend with the Internet and all that comes with that: support for various browsers and platforms (and versions of each), scalability and bandwidth issues, and mobile devices like smartphones and tablets. New web technologies like HTML5 WebSockets from Kaazing are best positioned to take care of the path from server to the smartphone or tablet, and with JMS connectivity to Ultra Messaging on the back end, can provide a Cloud-based application with a lean, scalable and agile infrastructure, usually with less hardware.
For more, please see our 2011 Efficiency series (#1, #2, #3) on our Perspectives blog, or whitepapers such as Modern Messaging Middleware for Big Data in Motion or Enterprise Messaging Data for the Web.
Remote Data Collection and Transformation – with Ultra Messaging Cache Option and B2B Data Transformation
Sometimes when I drive past an electronic tollway collection sensor, I wonder about the amount of data it must generate. I’m no expert on such technology, but at a minimum, the RFID sensor has to read the chip in your car, and log the date and time plus your RFID info, and then a camera takes a picture to catch any potential violators. Now multiply that data times the hundreds of thousands of cars that drive such roads every day, times the number of sensors they pass, and I’m quite sure this number exceeds several million messages per day. (more…)
Similar to the way that a carburetor restrictor plate prevents NASCAR race cars from going as fast as possible by restricting maximum airflow, inefficient messaging middleware prevents IT organizations from processing vital business data as fast as possible.
In the past, the term latency has been largely ignored in the IT world, with the exception of network engineers and algorithmic trading experts. But today, there is compelling evidence that latency is an important metric for every business that runs a website, or that deploys Rich Internet Applications (RIAs), because even small delays in presenting data show a clear pattern of pushing customers and readers away.
Interesting data, replicated by multiple sources (including Bing, Google, and Amazon) show that slow-loading pages can cause the viewer to lose focus and potentially even click on something else, possibly never to return.
For instance, on search results, a delay of just .5 second chases away up to 20% of the traffic and revenue. As it says at this O’Reilly Radar post, “delays under half a second impact business metrics”.
Our first post in this series on Efficiency covered the high-level performance benefits of super-efficient messaging software, whether you measure for latency or throughput, since efficiency is the property of software that provides performance. “Ultra-low latency” is just another term for extremely fast, lean, efficient execution. For more, see the post: Ultra Messaging is Also High-Throughput, High-Availability, Lower-TCO Messaging.
Our next post covered 24×7 availability, reliability and lower TCO from this efficiency. Less hardware and fewer software processes to touch the data in transit between applications provides these benefits. For more, see the post Ultra Messaging: For 24×7 High Availability, Lower TCO, and Robust Reliability.
This post discusses how the same Ultra Messaging efficiency that provides performance, reliability, and lower TCO also provides great agility and near-linear scalability. And with today’s Big Data challenges, especially in the capital markets, efficiency is more prized than ever.
Our first post in this series (Ultra Messaging Is Also High-Throughput, High-Availability, Lower-TCO Messaging) covered, from a very high level, the performance benefits of highly-efficient messaging software by stressing that efficiency is the property of software that provides performance, whether you measure a single piece of data for “ultra-low latency”, or a large batch of data for throughput. Either way, ultimately, it’s all about extremely fast, lean, efficient execution. The way you choose to measure that performance is up to you, and depends on your needs.
But extremely fast, lean, efficient execution has other benefits for the customer besides performance. For example, the same Ultra Messaging efficiency that provides very high performance also provides the foundation for many of the key features of enterprise-quality software, such as true 24×7 high availability, lower total cost of ownership (TCO), and robust reliability. In the earlier post, we just touched on these topics, but here we will discuss them in a bit more detail.
From fuel-efficient cars, to energy-efficient homes and office buildings, to saving time by shaving while reading Twitter on your smart phone and also making sure your kids eat their breakfast, efficiency is on our minds more and more today. And for very good reason.
Efficiency is one of the most sought-after qualities of any product or service, because it means more for your money compared to the competition, and therefore, more overall buyer satisfaction. The product works, it works well, it works when you need it, it doesn’t quit unexpectedly or too soon, and you would buy it again in the future. (more…)
Many companies today must send streaming data across the globe, quickly, which often means use of a shared resource: a WAN. Bandwidth for most WANs is usually restricted to something like 100Mb/sec, or even 10Mb/sec, which is often much slower than the high-speed LANs connected to either side of the WAN. This is especially true in the capital markets where ultra low latency messaging is key.
A link speed mismatch like this can present a problem. Say you’re running a 10Gb Ethernet LAN in New York, and sending data to London and Singapore over a 100Mb WAN link. While your streaming market data has an aggregate rate well below 100Mb, the spikes are many multiples of that aggregate rate. Those spikes are where your problems can begin. (more…)