From the Blogosphere
Three Things Software and Hardware in the Data Path Must Have
When you put software into the data path there are some things it better have to make sure it doesn't become a liability
By: Lori MacVittie
Feb. 18, 2014 08:45 AM
The software-everywhere drumbeat continues to resound across the entire industry. Experts assure us that software can perform as well as hardware thanks to Moore's law and other advances in chip technology.
Let's assume that's true. Performance of software components is acceptable.
Now that that's out of the way, let's talk about some of the just-as-critical-but-less-mentioned capabilities that software must have if it's going to be running in the data path.
First, let's define what "in the data path" means, cause some folks may not be familiar with that term.
You can think of "the data path" as the set of routers, switches, and network and application infrastructure through which data has to travel to get from a client to an application, and vice versa.
For example, this diagram has a red line depicting the data path from client through the application server tier. Every element through which that path traverses is "in the data path".
In the past, generally speaking, everything in the data path (aside from the client and the application) was running on purpose-built hardware, designed to deal with failure in a way that ensured continued access (availability) to the application.
Moving to software does not mean the abrogation of such capabilities. Every element in the data path should provide three core capabilities, regardless of whether it resides on hardware, software or, as is increasingly the case, in the cloud.
The Three Things
1. Lights Out Manageability
Software-deployed solutions that cannot support this requirement but are expected to reside in the data path should be viewed with skepticism.
2. Management APIs
The ability to easily automate and orchestrate provisioning and management of systems in the data path is critical to maintaining an acceptable service velocity within the data center.
Thus, enabling elements in the data path with some form of programmability to enable customization and rapid response to security and business events is necessary - especially for those that operate at higher layers of the stack, such as layer 4-7 service solutions.
It doesn't matter whether an element in the data path is deployed on hardware or software or cloud or a hypervisor or a rainbow. These three capabilities are critical for any element that resides in the data path, lest they end up impeding - or cutting off - the data path.
Latest Cloud Developer Stories
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
SYS-CON Featured Whitepapers
Most Read This Week