Tervela Blog

January 25 marked the one-year anniversary of the beginning of the Egyptian revolution: a social movement orchestrated, in large part, via Twitter.

I made it down to Hadoop World this week at the Sheraton New York Hotel. Great turnout and exciting conference – Hadoop is definitely one of the most interesting, exciting, and important developments currently going on in the world of big data. I was excited to meet a lot of people with their fingers all over it and learn everything I could.

Recently we gave a presentation that described 4 ways to save money and avoid costs in your datacenter or private cloud. Before you invest in new hardware or datacenters, you should take a look through these ideas. 

Below is the 30-minute webcast, as well as the slides from the presentation if your time is limited. This webcast, presented by Barry Thompson of Tervela, is geared towards IT Architects, Engineers, Analysts, and CIOs who build and manage globally connected datacenters or are building a private cloud infrastructure.

Chances are, if you are using middleware, you aren’t just using one system. In fact, it’s not uncommon for a company with mature IT systems to be running five or more different middleware products, including homegrown systems that they support with internal resources. Why do we do this to ourselves?

This blog post describes why companies have deployed so much middleware, and how to simplify by consolidating into one system that does everything and saves you money.

We have partnered with HP Vertica because our joint customers are demanding tighter integration of big data analytics with big data movement. People are moving away from single "big data" repositories to having many of them spread throughout different regions, which creates the need for reliable movement of this massive amount of data in real-time.

Here is the presentation from J. Barry Thompson's August 2, 2011 webinar entitled: Big Data Movement: Local Access to Global Information.

Today we announced the official release of Tervela’s version 5.0 suite of products. One of the most exciting things in this release is our new virtual appliance kit, which we’ve made freely available to anyone who wants to build a high-performance distributed application.

This week was the annual SIFMA conference in NYC, focused on financial services technology trends and developments. I was fortunate enough to sit on a panel discussion called ”Building a High Performance Trading Fabric…No Compromise!”.

Responding to recent articles by Dave Tolladay and Mark Palmer about Big Data and the principles of financial surveillance systems, we notice that there is one requirement that was missed - one that is often overlooked. It's the big hole in the big data story - the piece of the cloud that's missing from almost every conversation: You have to move big data around, and that isn't easy.

Today, Tervela rolled-out a brand new website and corporate identity. To be sure, the site reflects a new look and feel for Tervela. More importantly, the site announces more clearly than ever the value and differentiation we bring to the marketplace and to our customers who trade trillions of dollars and transmit terabytes of mission-critical data each day on our data fabric platform.

The goal of architectures is to remove systemic risk while ensuring predictable, market-leading performance.  Fortunately – or realistically – this work does not require a rip and replace; it can be applied to existing trading infrastructures.

Mission-critical, high-performance trading infrastructures remain extremely vulnerable to constituent failures, while burgeoning complexity and increasing system co-dependencies exacerbate risk and time-to-resolution. Today’s competitive environment leaves little room for operational mishaps, yet the foundation of the trading business – technology – is more susceptible than ever to failure.  This blog entry examines key technology hazards and a subsequent entry explains how to proactively mitigate danger without negatively impacting the performance equation.

Perhaps it’s time to throw out those Cisco routers, those Juniper firewalls, those IBM intrusion detection systems? Perhaps not.