Thursday, April 15, 2010

High Availability Cloud is NOT the Answer

Cloud Computing providers, including the private sector and fee-for service public sector, are providing Government-specific infrastructure and platforms and are beginning to differentiate their services by providing pricing tiers proportional to availability SLAs. This trend appears to exploit the concept that mission-critical applications to be migrated to the Cloud have not properly considered Disaster Recovery (DR) and Continuity of Operations (COOP), and should therefore be willing to pay considerable premiums to operate in a Cloud Computing environment with availability equal to or better than an Agency’s own data center.

The growth of high-premium high-availability Cloud Computing services indicates that we favor picking up applications from their legacy environments and executing a wholesale forklift to the Cloud without additional consideration for DR and COOP. While this is expeditious and appropriate for pilots and technology familiarization, it fails to exploit the nature of the Cloud as a commodity and perpetuates itself with continual reliance on higher-cost high-availability services.

Proponents of this approach will say that this is a temporary condition caused by vendor lock-in that will dissipate when data portability and cloud interoperability are achieved. In reality, any Agency that has database, ERP, or CRM is as locked-in to their software as they are to the point solutions that limit the brands of computing platforms that they purchase. We never speak about being able to instantly replace one COTS software system with another because we have data portability and software interoperability between the old and new, yet we are told that these are necessary elements to achieve ubiquitous Cloud adoption. While this is academically interesting, the simple truth is that Cloud vendors have almost no reason to support or implement cloud interoperability, and the reality is that it may never happen at all. Service Oriented Architecture is the appropriate architectural framework for achieving efficiency and agility via interoperability, and adopting Cloud alone will not help achieve these any more than a five 9s availability guarantee will keep your application running.

So when looking to deploy mission-critical applications to the Cloud, I would no more recommend deploying instances to any single provider than I would recommend deploying them to any single data center, whatever the availability guarantee. DR and COOP are the responsibility of the application owner and the appropriate considerations must be made during all phases of the lifecycle. Application migration to the Cloud is an opportunity to reexamine how availability is implemented, executed, and tested; it is not a convenience to transfer responsibility for availability to an infrastructure or platform Cloud vendor.

Bill Perlowitz
http://billperlowitz.blogspot.com/

Wednesday, April 14, 2010

Why Do We Need Another Cloud Blog?

I have been deeply committed and involved with Cloud Computing and its application to Government since June, 2007. Since that time, I have seen some successes, including the delivery of TechAmerica’s position paper to the Obama Transition Team on Inauguration Day, January 20th, 2009, the stabilization of The NIST Definition of Cloud Computing at version 15 on October 7th, 2009, and the launch of Apps.gov on September 15th, 2009.

The Government has moved with unprecedented speed at recognizing the value of and attempting to adopt Cloud Computing, and the private sector has moved even more quickly to minimize the significance of and the effort required to implement the fundamental changes that must occur to realize the full value of Cloud Computing over the 10 or so years it will take for it to mature. I see the repackaging of old products with “Cloud” labels, attempts to redefine Cloud Computing to suit individual corporate interests, and a continual barrage of white papers and seminars that are little more than company commercials.

So although I have been content to sit on the sidelines and watch Cloud Computing in the Public Sector evolve, it is becoming increasingly clear that as Government becomes enmeshed in the mechanics of adopting Cloud, conversations concerning the fundamental shifts necessary to mature, and the subsequent changes caused by the adoption of Cloud Computing, are becoming rare.

The intent of this blog is to facilitate open and honest conversation, unencumbered by hype and spin from either side, of the primary opportunities and obstacles I see at making the promises of Cloud Computing a reality. I won’t be arguing the subtleties of Cloud Computing definitions or the intricacies of various vendor instantiations, there are already plenty of places to do that, but I do intend to point out where I believe we need to more rapidly align public and private sector interests.

I’m sure the majority people reading this will be wary of a system integrator claiming to be neutral on these topics, and time will tell whether I can live up to my intent.

Bill Perlowitz
http://billperlowitz.blogspot.com/