By Lori MacVittie | Article Rating: |
|
August 16, 2009 10:30 AM EDT | Reads: |
14,337 |
Without processes the cloud is not a cloud
So you’ve virtualized your application infrastructure using VMware or Microsoft or the “virtualization solution de jour.” You probably also virtualized the application access via an application delivery solution so you can provide scalability on-demand. You might have even virtualized your storage to make it more efficient.
Basically, you’re all ready to go and operators are standing by …
And therein lies the problem: operators are standing by. The on-demand piece of your little private cloud is almost entirely managed by human beings, which means you aren’t getting nearly the efficiencies you could be getting if you’d taken the next step: automation.
IT ISN’T REALLY A CLOUD UNLESS IT’S AUTOMATED
If the processes you follow for provisioning and de-provisioning of resources (applications) aren’t automated then you really haven’t built a cloud, you’ve likely just virtualized your architecture. That’s not a bad thing; there are plenty of benefits of virtualization alone to make it worth the effort. But you haven’t built a cloud until you’ve gone through the effort of automating as much of the processes related to scalability and availability and application delivery in general as you can.
When you’re building your own private, personal cloud you aren’t getting as many of the benefits as you would from utilizing an external, shared cloud. That’s because you are still responsible for operations; you’re still managing, upgrading, patching, and maintaining all the servers – physical and virtual – that make up your enterprise infrastructure. The benefits you’ve seen come from your efforts derive primarily from consolidation and software-oriented maintenance and management. And those benefits aren’t nearly as great as people think. Research and analyst firm IDC notes that not only are the number of virtual machines per physical server increasing, but so is the ratio of responsibility to administrators: 25:1 for physical servers but 35:1 for virtual servers. (Datacenter of the Future, March 2009) If you want to take it to the next level, you’re going to have to automate processes because that’s where real operational benefits will be realized in a private cloud implementation.
On-demand scalability should be just that: on-demand. And on-demand implies, at least, an autonomic response. That automatic response to conditions within and without the data center requires automation of some kind, whether it’s a packaged management application or home-grown scripts or custom-developed solutions built using the integration capabilities of all the disparate components that make up the architecture.
Without that automation what do you have? A bunch of servers running applications. That those applications are virtualized is really irrelevant to the architecture because you haven’t done anything but changed which physical server they’re being deployed on. Without the ability for the infrastructure to make decisions based on actionable data that’s shared between the components, you really don’t have anything all that much different than you did before.
VIRTUALIZATION IS THE STARTING POINT, NOT THE DESTINATION
A recent survey of IT executives indicates a growing interest in private cloud computing, citing benefits we’re all pretty familiar with at this point:
The survey also cited that IT executives are positive about the benefits of the technology, with most (41%) citing 'improving efficiency' as the biggest motivation for establishing a private cloud. This was followed by 'resource scalability' (18%), 'cutting costs; (17%), 'experimenting with cloud computing' (15%) and 'improving IT responsiveness' (9%).
With the number of virtual servers a given administrator is responsible for increasing, and the need for operators/administrators to manually provide the “on-demand” piece of scalability, it seems obvious that it would be difficult to realize the “efficiency” and “cutting costs” benefits that so many executives cite as the reason for moving forward with private cloud computing in the first place.
Virtualization is probably the first step in moving toward a private cloud implementation, but it’s certainly not the last stop. You need some way to automate scalability and management of application availability and performance, and virtualizing those applications is certainly one way – some might argue the best way – to do that. But you can’t stop there. You need to continue on and take advantage of what that virtualization provides: the means to automate many of the mundane, tedious tasks that is currently chewing up administrators and operators time. Time that could be spent innovating or handling other tasks that provide even more value to both IT and the business it supports.
It is the automation of processes that achieve on-demand scalability and resource efficiency and migration that makes a cloud a cloud. It’s that level of automation and efficiency that makes external cloud offerings appealing – providers have already figured it out and implemented the automation that makes their cloud “cloud”. Without process automation you’re just doing more of what you’ve always done: manually manage resources. The cloud requires collaboration, and collaboration comes through integration of all the moving parts that make up the infrastructure.
Going to VMworld? Interested in seeing automation of the DATA CENTER like you’ve never seen before? Make sure to visit F5 @ VMworld to see just how far a dynamic infrastructure can TAKE YOUR VIRTUALIZED ARCHITECTURE.
You can follow F5 on Twitter for details - we’ll make sure you know where to be when it happens.
Related blogs & articles:
- HPC Survey: Over a Quarter of IT Execs Plan to Introduce Private Clouds in 2009
- Cloud Computing: Achieving full interconnectedness
- And the Killer App for Private Cloud Computing Is…
- Cloud Strategy: Apathy or Architecture?
- Why can't clouds be inside (the data center)?
- Cloud Computing: Location is important, but not the way you think
- The Context-Aware Cloud
- Cloud Computing: It's the destination, not the journey that is important
- The Three "Itys" of Cloud Computing
Read the original blog entry...
Published August 16, 2009 Reads 14,337
Copyright © 2009 Ulitzer, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
Related Stories
More Stories By Lori MacVittie
Lori MacVittie is responsible for education and evangelism of application services available across F5’s entire product suite. Her role includes authorship of technical materials and participation in a number of community-based forums and industry standards organizations, among other efforts. MacVittie has extensive programming experience as an application architect, as well as network and systems development and administration expertise. Prior to joining F5, MacVittie was an award-winning Senior Technology Editor at Network Computing Magazine, where she conducted product research and evaluation focused on integration with application and network architectures, and authored articles on a variety of topics aimed at IT professionals. Her most recent area of focus included SOA-related products and architectures. She holds a B.S. in Information and Computing Science from the University of Wisconsin at Green Bay, and an M.S. in Computer Science from Nova Southeastern University.
- Which Cloud Services Providers Are Gaining Mind Share?
- Einstein, Sharks and Clouds: IT Security in the Cloud
- The End of IT 1.0 As We Know It Has Begun
- Cloud Talk with Peter Coffee: What's Next for the Cloud?
- Top 20 Cloud Services Providers That Are Gaining Mind Share
- A Golden Key To The Cloud - For You!
- Top 30 Cloud Service Providers Gaining Mind Share in 3Q 2010
- Telepresence – The Face of the Cloud
- The Beauty of the Cloud
- Top Cloud Computing Enablers Gaining Mind Share in 3Q 2011