Search
Lori MacVittie - Two Different Socks
You are here: DevCentral > Weblogs

posted on Wednesday, July 30, 2008 5:11 AM

Alistair Croll has a great post on GIGAOM discussing how networking vendors will need to change in order to support a cloud computing infrastructure.

He outlines two options for networking vendors that will keep them relevant in a cloud computing environment.

In option number one he postulates that virtual appliances are the way to go, that the "pendulum swings back to software". Option number two revolves around sales strategy, and he suggests that networking vendors will need to sell to the providers of the cloud. That makes sense to me. If you want to be a part of the cloud computing infrastructure then you should probably sell to the people building those infrastructures. Option #2 is not really a question of technology; Alistair is somewhat mixing his metaphors, as it were, with these two options, so I'm going to focus on the technology because honestly, I couldn't sell water to a man dying of thirst.

imgCloudComputing The goal of the virtual appliance (option #1) is to provide networking (routing, firewalls, load balancing) to customers of the cloud in a way that is (a) easy for cloud computing providers to provision and de-provision on-demand and (b) segregates management and configuration on a customer by customer basis. When Customer A wants a load balancer, for example, the cloud computing provider needs to provision the resource and associated management to the customer in an automated way. Hence Alistair's choice of a virtual appliance, as it is well established that within the right framework, with the right tools, a virtual image of any application can be easily provisioned and de-provisioned.

While the virtual appliance is certainly one way in which this can be accomplished, there is another option that doesn't introduce the overhead of virtualization into the equation and maintains the performance gains made in hardware in the networking world.

Option #3: A service-enabled device with virtualized management

The service-enabled networking device presents its management and configuration interfaces as a Web services API, either via REST or SOAP. The service-enabled networking device can be easily integrated into provisioning workflow automation systems such as those that will be required to truly make cloud computing viable for a large number of customers. Using standards-based interfaces, the service-enabled networking device can be provisioned, configured, monitored, and managed remotely through integration with custom or packaged solutions, and customers can be provided remote access via a management application to customize, manage, and configure their piece of the networking device.

This requires the second half of this option: virtualized management. The management of the service-enabled networking device must be virtualized such that customers can be segregated; that is, configuration changes to Customer A's piece of the device will not affect Customer B. The service-enabled API must support this kind of virtualization, such that groups and individual users can be assigned a particular domain to which they belong and what rights they have within that domain - and no other. The virtualized management must be consistent across the GUI, CLI, and service-enabled interfaces to provide the most value and to ensure segregation between customers.

The cloud computing environment must be scalable on-demand, and it must support high volume (capacity) without sacrificing performance. Automation and integration have always, always, degraded performance in the software world and it is rarely as "on-demand" as the solutions claim to be. While a virtual appliance is not necessarily a bad idea, there are still questions regarding the impact of virtualization on performance of networking devices that have not been answered. The loss of acceleration hardware assistance for compute intensive tasks like XML processing, compression, SSL operations, bulk encryption, and simple packet processing at wire speed might unnecessarily increase the hardware horsepower needed to deploy such solutions, and it is still unlikely to come close to the performance and capacity available in hardware solutions.

For highly performant cloud computing infrastructures, option #3 is likely to be a better choice because it offers flexibility, integration capabilities, virtualization of management, and automation of provisioning (on-demand) without sacrificing the hard won benefits of hardware processing in the network.

Follow me on Twitter View Lori's profile on SlideShare AddThis Feed Button Bookmark and Share



Feedback

8/1/2008 6:00 AM
Gravatar I think this is a great discussion to have, Alistair really nailed it once again and hopefully some networking vendors will heed his advice!
Brian Thompson
7/9/2009 5:59 AM
Gravatar ??Qu?? es el Cloud Computing?, Carrero
Pingback/TrackBack

Let Me Know What You Think


Please use the form below if you have any comments, questions, or suggestions.

Title:
 
Name:
 
Email: (so we can show your gravatar)
Website:
Comment: Allowed tags: blockquote, a, strong, em, p, u, strike, super, sub, code
 
Please add 1 and 4 and type the answer here:

Blog Stats

Posts:975
Comments:1681
Stories:0
Trackbacks:582
  

Image Galleries

  

Application Delivery

  

Cloud Computing

  

Random

  

Security

  

Chat Catcher

82,243 Members in 102 Countries and Growing!

Join DevCentral Today!

About DevCentral

DevCentral has been a successful, thriving community for many years. We have always strived to bring you the best technical documentation, discussion forums, blogs, media and much more that we can.

So dive in, get familiar with DevCentral. We hope you like it, we hope it makes your job easier, and lets you get that much more power out of the community. To learn more, make sure to check out the Getting Started section. And if you have any problems, or think something could be easier to use, drop us a line to let us know.

Got It !

We've received your comment and transmitted it directly to DevCentral HQ.

Thanks for taking time to let us know what's on your mind. At DevCentral | Community Matters!

Get In Touch With Us

Have questions, suggestions or just want to get something off your chest?

Use our handy form below to Direct Connect with DevCentral Mission Control.

Send Us Feedback       or