InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

The Open Cloud Manifesto

Posted by Abel Avram on Apr 01, 2009

Sections
Architecture & Design,
Development,
Operations & Infrastructure
Topics
Cloud Computing ,
Open Source ,
Architecture

A group of unknown authors have written an Open Cloud Manifesto endorsed by many companies and calling for open cloud computing. The document outlines 4 goals customers have and proposes 6 principles. The secrecy used to create the Manifesto has generated some unfriendly reactions around the web.

The Manifesto outlines the following goals for the clouds:

Choice – Organizations should be able to freely choose between different vendors.

Flexibility – Organizations should be able to cooperate even if they are using different clouds.

Speed and Agility – Organizations should be able to easily build solutions that integrate public and private clouds.

Skills – Organizations should be able to have access to people whose qualifications are not tied to a particular cloud.

The Manifesto proposes 6 basic principles for the open clouds of the future:

  1. Cloud providers must work together to ensure that the challenges to cloud adoption (security, integration, portability, interoperability, governance/management, metering/monitoring) are addressed through open collaboration and the appropriate use of standards. 
  2. Cloud providers must not use their market position to lock customers into their particular platforms and limit their choice of providers.
  3. Cloud providers must use and adopt existing standards wherever appropriate. The IT industry has invested heavily in existing standards and standards organizations; there is no need to duplicate or reinvent them.
  4. When new standards (or adjustments to existing standards) are needed, we must be judicious and pragmatic to avoid creating too many standards. We must ensure that standards promote innovation and do not inhibit it. 
  5. Any community effort around the open cloud should be driven by customer needs, not merely the technical needs of cloud providers, and should be tested or verified against real customer requirements.
  6. Cloud computing standards organizations, advocacy groups, and communities should work together and stay coordinated, making sure that efforts do not conflict or overlap. 

The Manifesto is supported by many companies including: Akamai, AMD, AT&T, Cisco, The Eclipse Foundation, EMC, IBM, Juniper Networks, Novell, Open Cloud Consortium, Red Hat, SAP, Software AG, Sun, VMware. The major players missing: Amazon, Google, Microsoft and Salesforce.com.

In the meantime, Amazon did not endorse the manifesto but it is not throwing it away according to ZDNet. While SalesForce.com has not signed the document yet, they have a positive attitude towards it:

We support the goals of cloud interoperability and look forward to working with the signatories as well as continuing to work with partners like Google, Amazon, and Facebook.  We believe that cloud platforms are and should always be more open than their legacy client-server antecedents, because that’s what is best for customers and the entire cloud ecosystem.

Microsoft has not reacted publicly, but Steve Martin, a Group Product Manager at Microsoft, expressed his discontent for the way the manifesto was drafted:

It appears to us that one company, or just a few companies, would prefer to control the evolution of cloud computing, as opposed to reaching a consensus across key stakeholders (including cloud users) through an “open” process. An open Manifesto emerging from a closed process is at least mildly ironic.

To ensure that the work on such a project is open, transparent and complete, we feel strongly that any "manifesto" should be created, from its inception, through an open mechanism like a Wiki, for public debate and comment, all available through a Creative Commons license. … 

In our view, large parts of the draft Manifesto are sensible.  Other parts arguably reflect the authors’ biases.  Still other parts are too ambiguous to know exactly what the authors intended. …

If there is a truly open, transparent, inclusive dialogue on cloud interoperability and standards principles, we are enthusiastically “in”.

Agreeing with Steve Martin’s critique of the Manifesto, Sam Johnston, Founder of Australian Online Solutions, has put up a wiki to facilitate the process of writing a new manifesto open to anyone this time. Commenting on the reason why the Manifesto was not accessible to the public from the beginning, the authors said:

This activity took only a few weeks and started as an idea with a small group. Then it expanded to include others as it became clear that this idea needed to be shared or formalized with the broader community. This is typical of any creative process no matter if it is writing a specification, or writing open source code. You start with something and then ask others to participate. Once we had something that seemed like a good start to a document, we decided that we would release under a creative commons license so that the broader community could build on it as they saw fit. However, the document resonated with a wide variety of players who wanted to participate or "sign-on" even though the document was ready to be released to the community.  So, we waited a couple of extra days to publish the document, at their request, so that these companies could work through their internal review processes and endorse it before it was released.

The Manifesto was released under the Creative Commons Attribution-Share Alike 3.0 Unported License. Very little is known about the persons behind it, Reuven Cohen, Founder of Enomaly, being one of them according to his blog post and other sources. The dedicated Google Group lists only 15 members. We are waiting for their names to be revealed.

Sounds about right by Cameron Purdy Posted
It's all in a name by Jim Nasium Posted
  1. Back to top

    Sounds about right

    by Cameron Purdy

    Very little is known about the persons behind it, Reuven Cohen, Founder of Enomaly, being one of them according to his blog post ..


    Yes, he's the same guy that started the Google Group on cloud computing, which was just a way of hyping his one-man company. That group of course started to show serious cracks when people started noticing that their messages were being moderated, particularly when the messages didn't help the founders of the group.

    Open? My a$$ ..

    Peace,

    Cameron Purdy
    Oracle Coherence: Data Grid for Java, .NET and C++

  2. Back to top

    It's all in a name

    by Jim Nasium

    Isn't cloud computing just thin client computing with a Web 2.0 name?

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.