Feeds

What's an open cloud? The Manifesto's not telling

Nebular thinking

High performance access to file storage

Comment "What exactly is an open cloud?" you ask. You won't find an answer in the Open Cloud Manifesto.

IBM's much-discussed Microsoft-baiting Manifesto urges "the members of the emerging cloud computing community to come together around the notion of an open cloud." But in the end, the notion amounts to little more than a few paragraphs of, well, nebulous sermonizing.

"As an organization chooses a provider or architecture or usage model, an open cloud will make it easy for them to use a different provider or architecture as the business environment changes," the Manifesto preaches. "If the organization needs to change providers because of new partnerships, acquisition, customer requests or government regulations, they can do so easily."

Yes, we've heard it before. Developers should have the freedom, the voices say, to move from cloud to cloud. The trouble is that no one knows what a cloud is - including the self-righteous types behind IBM's Manifesto. "The architecture and terminology of cloud computing is as clearly and precisely defined as, well, a cloud," it continues.

The best they can do is narrow things down to all whatchamacallits that exhibit "the ability to scale and provision computing power dynamically in a cost efficient way" and provide "the ability of the consumer (end user, organization or IT staff) to make the most of that power without having to manage the underlying complexity of the technology."

So, like others before them, they've applied the cloud metaphor to every compute technology that somehow offers a shared pool of dynamically-scalable resources - whether it's used in your own private data center or in someone else's public data center - and they've attempted to apply the same set of (ill-defined) rules to every single one.

Tech pundits have long branded Amazon, Microsoft, and Google as purveyors of closed clouds. And this week the pundit brigade has spilled more than a little ink pointing out that those three names are absent from the list of eager outfits backing the Open Cloud Manifesto. But Amazon Web Services is only marginally comparable to the so-called clouds offered by Redmond and Mountain View: Microsoft Azure and Google App Engine.

Microsoft and Google offer development platforms atop dynamically scalable compute resources. They give you tools for building a web app, and they host it for you. Meanwhile, Amazon offers the compute resources themselves. To a certain extent, you can put whatever you like on its scalable infrastructure.

So, Microsoft and Google are closed because they won't let anyone else's dev tools on their very own dev platforms. But Amazon is closed too - even though Amazon Web Services runs almost anything. You see, Amazon has published the APIs needed to lob apps onto its virtualized infrastructure, but it won't say whether other operations are allowed to use it.

Like Microsoft, Amazon argues that it's actually quite open. And certainly, it's more open than Microsoft. "We're very much in favor of customers having total choice," Adam Selipsky, vice president of product management and developer relations for Amazon Web Services, tells us. "We let you use Linux, OpenSolaris, and Windows as operating systems. You can program to our Web Services using Java, C#, Python, Ruby PHP, Perl - we just don't care. It's very central to everything we're doing to enable flexibility, not preclude it."

But the company is notoriously coy about its Web Services API. "They have been 100 per cent ambiguous when it comes to releasing the API, which is at the core of the open argument," says Thorsten von Eicken, the CTO and co-founder of RightScale, a so-called cloud management outfit that lets developers juggle resources across multiple infrastructure clouds, including Amazon Web Services as well as similar services from companies like Flexiscale and GoGrid.

We can only guess that the Open Cloud Manifesto is an attempt to build a standard Amazon-like API for all infrastructure clouds - while summarily outlawing platform clouds along the lines of Mirosoft Azure and Google App Engine. But there's no telling. And even if that is the end goal, it may not deliver the open cloud.

"The API is a non-issue on some level," says von Eicken, who worked alongside Amazon Web Services father figure Werner Vogels while doing distributed-systems research at Cornell University in the mid-1990s. According to von Eicken, the real issue is how you juggle resources within an infrastructure cloud.

"What's key is the semantics of the resources," he says. "What is a server instance? What is a disk volume? Can I detach from a server instance and attach it to a different server? Can I do this within the data center? Can I do it across data centers? What's an IP address? Can I reassign an IP address or does it go to a server for the lifetime of the server? Can I assign it to a different server in a different data center or a different region?

"If you think about it, dealing with different APIs is just a programming exercise. But if...you move to another cloud where the API is the same, but there's a little footnote that says that the semantics of IP addresses are such that they are contained in the data center and your app doesn't run that way, then, well, everything falls apart. That's much harder than a programing exercise. That's a 're-architecting your web site' exercise."

Amazon says that open cloud standards will evolve as time goes by. Eventually, if it wants to continue growing, it will have to offer developers an easier means of moving apps onto other services. But at this point, the company claims, it's unsure what those standards will entail.

"We think it's very early," Selipsky tells us. "Vendors as well as customers need to collectively educate themselves over time to understand what in terms of standards will truly be useful and helpful, and we will continue to be active participants in that discussions."

On some level, Amazon is playing games. "They're not pushing the lock-in, but there is some passive resistance," von Eicken says. "But I would do the same if I were them. Right now, what's their interest in promoting movement to another cloud?" But on another level, Amazon's stance makes sense. After all, even the Open Cloud Manifestos can't tell you what an open cloud is. ®

High performance access to file storage

More from The Register

next story
Seagate brings out 6TB HDD, did not need NO STEENKIN' SHINGLES
Or helium filling either, according to reports
European Court of Justice rips up Data Retention Directive
Rules 'interfering' measure to be 'invalid'
Dropbox defends fantastically badly timed Condoleezza Rice appointment
'Nothing is going to change with Dr. Rice's appointment,' file sharer promises
Cisco reps flog Whiptail's Invicta arrays against EMC and Pure
Storage reseller report reveals who's selling what
Bored with trading oil and gold? Why not flog some CLOUD servers?
Chicago Mercantile Exchange plans cloud spot exchange
Just what could be inside Dropbox's new 'Home For Life'?
Biz apps, messaging, photos, email, more storage – sorry, did you think there would be cake?
IT bods: How long does it take YOU to train up on new tech?
I'll leave my arrays to do the hard work, if you don't mind
prev story

Whitepapers

Mainstay ROI - Does application security pay?
In this whitepaper learn how you and your enterprise might benefit from better software security.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
3 Big data security analytics techniques
Applying these Big Data security analytics techniques can help you make your business safer by detecting attacks early, before significant damage is done.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Mobile application security study
Download this report to see the alarming realities regarding the sheer number of applications vulnerable to attack, as well as the most common and easily addressable vulnerability errors.