Clouds, Black Holes and Roach Motels
Are computing clouds just fancy roach motels, or, to ask the question bluntly: once data is uploaded to a cloud can it ever be retrieved? Or is the situation analogous to the roach motels where the critters check in, but never check out?
Top IT managers are worried about exactly this issue. Gregg Fenton, director of emerging platforms in The New York Times Company's Research & Development group, relates that the newspaper is presently eyeballing cloud offerings from Amazon, IBM, Google, all the major players. The New York Times finds a lot to like about cloud computingthe ability to seamlessly offload traffic to an offsite vendor is a major appeal to an enterprise that, sometimes, finds itself hammered by visitors following breaking news. But, says Fenton, Each cloud is different. There are no standards. Once you decide to go with one vendor, if you later change your mind and want to shift to another vendor, there is no easy way.
For his part, Fenton says the lack of portability is not necessarily an instant deal killer for the New York Times but other businesses apparently are more skeptical.
There are grounds for worry, agrees Jian Zhen, senior director of product management at LogLogic in
Clouds do not make it easy to move data around, agrees Kyle Austin, VP of engineering at TriCipher, a Los Gatos, CA-based authentication and security firm.
People are only really beginning to think about this issue, said Rod Smith, IBM VP of emerging technologies. Data, elaborates Smith, are many companies. Much more than a company is desks and offices, data are what really define most businesses but when the data go up into the cloud in some respects the enterprise really does relinquish some control and, at the same time, compatibility and portability issues that do not have easy fixes arise.
Smith sees a silver lining in that particular cloud, however: This goes well beyond cloud and what will happen is that clouds will become a catalyst for how we think about data exchange.
Flashback 25 years and many of the early PC applications just like the mainframe applications of that era wrote data in proprietary formats. Soon enough, however, software developers agreed on universal file formats.txt or .rtf for word processing documents, for instanceand the upshot was that users knew they could shift from one application to another. There might be a sweat cost, transforming every file into .rtf, for instance, but at least the path to portability was clear.
Can the same be said for cloud computing? Not exactly, not unless the user insists on it. You need to ask for portability at the very start of your cloud involvement, said HPs Daniels. So, before putting any data in the cloud, enterprises need answers to key questions:
- Do you have the right to extract your data from the cloud? Put this in writing to make the right vivid.
- Have you determined the cost of extraction and know this can be surprisingly high, particularly when the terms arent set at the front end?
- In what form do data come out and what steps will be required to transform them into formats you can use?
These are technical challenges, Daniels agrees, but he indicates that the technology pretty much has been put in place. The real difficulties, the gnawing problems revolve instead around rights and prices, i.e., of course data can be extracted, if you can pay the price.
Companies dont think this through, Daniels elaborates. If it doesnt work out and you need to get your data out of the cloud, whats the process? Some enterprise customers are telling us they wont move to the cloud precisely because of these issues.
Bluntly put IT needs to negotiate what amounts to a pre-nup with all cloud providers and, once that is in place, the enterprise can settle back and enjoy the real benefits that come with cloud computing. Lack of compatibility, in other words, isnt a dead-end, its merely an obstacle to be hurdled. Do that and, said Daniels, This problem is readily seen as tractable. Data can be extracted. The only real question is how and at what cost.