Technology Musings
  • Blog
    • Article Series Index
  • Ask the Experts
  • About

Home / Blog / What’s in a Cloud (or Not)

What’s in a Cloud (or Not)

Posted on: 08-18-2009 in Cloud Computing, Service Oriented Architecture (SOA), Software Design

I read a lot of articles on technology and it always amazes me the degree of heated debate that goes on in the blogosphere, social media and elsewhere over simple definitions.  What caught my attention today was the number of posts and comments on Twitter about what was or was not Cloud.

So the question is: What is Cloud?

The reality is there is no agreement on this point, so I offer up my own view on this matter for debate.  Feel free to flame away.

The Paul Michaud Definition of Cloud Computing
Any application which can be deployed and scaled (preferably dynamically) against a, potentially globally, distributed cluster of, homogeneous or heterogeneous, compute resources is a Cloud based application.

So what’s my point?  The point is that almost anything is potentially Cloud based by that definition.  Let’s look at some examples that were being tossed about today on Twitter and the Blogosphere.

They were:

  • JPMC’s internal server cluster
  • Google’s Cluster
  • Facebook’s Clusters

James Watters in his “Not So Fast Public Cloud: Big Players Still Run Privately” contends that’s JPMC’s cluster of servers represent an internal Cloud.  James then took some heat from others claiming that a dedicated internal cluster is not Cloud.  The argument then extended to bring in Google and the argument was that it is also a dedicated internal cluster and not cloud, but that Facebooks cluster is a Cloud because they openly admitted to using Hadoop to some extent.

For the record, I think this whole Internal Cluster/ External Cloud debate is all nonsense.  To be honest all of the systems listed above are Cloud in my opinion.  All of them allow for dynamic deployment of processing load against a distributed cluster of compute resources.  From the perspective of the company owning the cluster, its an Internal Cloud.  Once they open it up by providing a public interface into those resources, then its a public cloud resource from the standpoint of an external user of those resources.

Cloud is not the sole property of our latest Web 2.0 startups.  It’s not a function of some particular piece of software that we collectively decide is “Cloud” like Hadoop.  Cloud is a design pattern and a business choice to allow us to take advantage of vast compute resources of all kinds in a more dynamic, efficient and cost effective manner, period.  Furthermore, to effectively use Cloud resources I think you ideally need to be SOA.

Let the Flaming begin.

Paul Michaud

Paul Michaud is a co-founder and CEO of Nebility, an enterprise solutions company. Paul has been designing and building some of the world’s largest, most scalable and highest performing applications, for over 25 years. Immediately prior to Nebility, Paul was Global Executive IT Architect for Financial Services at IBM. To learn more about Paul check him out on LinkedIn using the button at the top of this author box.

Other posts by Paul Michaud
  • Popular Posts
  • Related Posts
  • Android - Rise of the Amazon Marketplace, Part 2
    Android - Rise of the Amazon Marketplace, Part 2
  • Android - Rise of the Amazon Marketplace, Part 1
    Android - Rise of the Amazon Marketplace, Part 1
  • Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
    Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
  • Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
    Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
  • Android - Rise of the Amazon Marketplace, Part 2
    Android - Rise of the Amazon Marketplace, Part 2
  • Android - Rise of the Amazon Marketplace, Part 1
    Android - Rise of the Amazon Marketplace, Part 1
  • Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
    Real Life Issues With Big Data In The Enterprise - The Issues With Data Completeness
  • Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
    Real Life Issues With Big Data In The Enterprise – The Issues With Data Consistency (Or Lack Thereof)
  • http://www.cloudave.com/link/what-s-in-a-cloud-or-not What’s in a Cloud (or Not) | CloudAve

    [...] @ Technology Musings) Posted Under : Analysis Tags cloud computing SaaS private cloud public cloud internal cloud [...]

blog comments powered by Disqus

Translate This

Translate

Catagories

Tweets

  • .@bmichelson Completely agree with your post. Good architecture should be simple, obvious and clearly meet a business value. #entarch
  • RT I completely agree @bmichelson: my post: Enterprise Architecture Rant #4,892 : Elemental Links http://bit.ly/gM4vVp #entarch #ruckus
  • Real Life Issues with Big Data Part 3 - Completeness http://bit.ly/fna3KH #BigData

Tag Cloud

Architecture Ask The Experts Big Data Business Intelligence CIO Cloud Computing Enterprise 2.0 Enterprise Data Modeling (EDM) Executive Discussions High Availability (HA) High Performance Computing Markets Mobile Nebility Service Oriented Architecture (SOA) Software as a Service Software Design Solution Design Strategy Technology Startups Technology Strategy The Business of SaaS Uncategorized

Recent Comments

  • Bruce Bent II on Android – Rise of the Amazon Marketplace, Part 2
  • Franck MIKULECZ on Consideration For The Technical Implementation of an SOA
  • High Availability Series: Series Outline on The Evolution Of Reliability and High Availability
  • rohanpillai on How To Build an SOA Based, High Performance, Scalable and Reliable Twitter on Steroids
  • rohanpillai on How To Build an SOA Based, High Performance, Scalable and Reliable Twitter on Steroids
Avatars by Sterling Adventures
Copyright 2011 Technical Musings, All Rights Reserved
TwitterStumbleUponRedditDiggdel.icio.usFacebookLinkedIn