Subscribe
Bookmark and Share

The End Of Software

Platform as a Service & Cloud Computing

Now we are talking, OpenStack for open cloud computing

Finally, an open initiative with industry support for cloud computing. Until now, several cloud vendors were taking advantage to be first movers, and proposing technology to lock customers into their platforms.

RackSpace has proposed the project OpenStack: http://openstack.org.

... and the technology is backed by: Rackspace, NASA, Citrix, Dell, NTT, Data, PEER 1, SoftLayer, Rightscale, Cloud.com, iomart Group, Opscode, Puppet Labs, FathomDB, ANSO, CloudKick, Zenoss, Limelight, Enstratus, Cloudscaling, Scalr, AMD, Intel, Autonomic Resources, Riptano, Zuora, Nicira, Spiceworks, Sonian, and CloudSwitch.

It's focused to "to allow any organization to create and offer cloud computing capabilities using open source software running on standard hardware". So it's very infrastructure specific. I hope they'll fulfill the initial purpose and move up along the stack.

Now we are talking, OpenStack for open cloud computing

A cloud rationale for application development

Following the excellent thread of articles from ArsTechnica, now they publish "Cloud platform choices: a developer's-eye view". In the overview, we can find the state of the art for a tech business development in the cloud. As bullet point we can have a tech business running on:

  • A DIY model (buying servers, building a network, etc)
  • Traditional hosting/dedicated services
  • Cloud-based Infrastructure as a Service (IaaS) (e.g. Amazon or Rackspace)
  • Platform as a Service (PaaS) (e.g. Google's App Engine or Saleforce.com's Force.com)
A cloud rationale for application development

To add a note to the original article, thinking to begin small, in an entrepreneur or SMB context:

A "DIY model" is out of the question, too expensive and complex. There's no way to leverage in time the initial costs. It's better to relay on someone.

"Traditional hosting/dedicated services". It's already commoditized. There's a lot of price choices, satisfied (or not) customers, opinions, etc. A whole market.

"IaaS" (Amazon or Rackspace)... Immature ... Only for experts / early adopters. My advice, begin small... E.g. dumping part of your web server static files... and evaluating the cost. The question is: Which is the benefit between a traditional dedicated server vs. a fully 24x7 deployed instance?

"PaaS"... If IaaS is immature, PaaS is only for hardcode innovators. There's no standard to compare implementations, no previous experience, and you are going be locked in with one vendor.

So, to be practical, go ahead with the traditional services, and keep an eye on the IaaS competitive new offering.

The cloud, the grid, IaaS, PaaS, and SaaS

Excellent article from ArsTechnica "The Cloud: a short introduction". Visual clues to understand the concepts:

The Cloud: a short introduction

The Cloud: a short introduction

The Cloud: a short introduction

 

  • The lowest cloud tier is infrastructure-as-a-service (IaaS), which looks to the client like a dynamically scalable pool of compute and/or storage resources. The basic metered unit of IaaS is usually either a single virtual machine (e.g., Amazon EC2) or an abstract storage object of a certain size (e.g., Amazon S3).
  • Next up the ladder of abstraction is platform-as-a-service (PaaS), which provides API-level access to a cloud infrastructure layer. Examples of PaaS are Google AppEngine and Force.com....
  • The final and most popular tier of cloud service is software-as-a-service (SaaS). Google Apps and Salesforce.com are the two paradigmatic SaaS examples...

No need to write more, please, follow the link to the original article: ArsTechnica "The Cloud: a short introduction".

SaaS, PaaS, Cloud Computing... WHAT ? WHO ? HOW MUCH ?

In the last year, I've heard a lot of opinions and noise around SaaS, PaaS, and Cloud Computing. And the marketing is not helping.

The original intention of my previous post "A Bird's Eye View of Cloud Computing, SaaS and PaaS" was to visualize THE categories. However, I think there's a general need of simple high-level criteria.

What

We know "Now everything is on line"......Let's be naive:

  • SaaS = Software
  • Cloud Computing = Hardware
  • PaaS = Software for Developers / Operations

We can refer to "cloud computing" as running on line as a general concept. But, talking about hard stuff, a company is providing a software service or a hardware service, so it's SaaS or Cloud Computing. Examples: SuccessFactors vs Amazon EC2.

Who

Based on these simple concepts, you can know if you need Software or Hardware.  If you are looking for a SaaS, you have to find the right package for your needs (features vs monthly pricing). From SMB packages to full enterprise services.

If you are looking for hardware (and the associated network connectivity and human resources to keep the service running), you have to choose between the minimum hosting package to world-wide load balanced servers. Cloud Computing "by nature" is a very high load service. For any regular (small and medium) website, you can easily use a simple hosting or collocated server.

PaaS is a tough call for developers, it changes the standard development model to easy the process to publish and operate a software service.

SaaS, PaaS, Cloud Computing... WHAT ? WHO ? HOW MUCH ?

How much

Next post :-)

 

 

Merging Clouds, Salesforce.com and Google

In a press release Wednesday morning, Salesforce.com and Google announced the availability of Force.com for Google App Engine, a platform as a service integration that allows App Engine developers to more easily integrate their applications with data from Salesforce.com. Source: CNET News.com

So, a Salesforce "enabled" web application can be run on the Forge.com App Engine or Google App Engine (integrated with the data located at Salesforce DB).

It means..... Very nerdy stuff... web applications that can be running on different platforms integrated on the same data.

At the end, more options to customize applications, more user licenses for Salesforce.com and support for Google App Engine.

As final conclusion, it's interesting to see how Clouds can be merged, based on a business rationale. For sure, more cloud merging is coming.

 Merging Clouds, Salesforce.com and Google

Making a Stand: Cloud Computing & PAAS

I think SaaS is the name of the game between of Enterprise Software and Internet (meaning all the online stuff from today to the future). It's a reality. And it’s just a matter of how the thing evolves.

But what about Cloud Computing & PAAS ....  a tough call, since they are both more experimental, at alpha stages, not mature, and fighting to be defined.

Making a Stand: Cloud Computing  & PAAS

I think Cloud Computing is a kind of hosting, collocation, VPS, or remote server.... mixed with parallel computing or distributed computing.

As the main idea is to remote infrastructure; and parallel/distributed computing is a field for a few chosen. I believe Cloud Computing is going nowhere. At the end, it’s just infrastructure.

And... PAAS... no clear path between Cloud Computing and SaaS ... It may be possible to find a business niche, as a common denominator between several SaaS (sharing a platform). Even it may be possible to stimulate the development of SaaS following a Platform/Standard, providing value added services to an ecosystem. I'm setting the idea in the "wait and see" status.

As final conclusion, there's too much anxiety about Cloud Computing & PASS mixed, let's give them 2-5 years to see how they settle.

PD: Don't need to mention, SaaS is beyond this point, with clear successful cases.

PD2: DANGER, be aware, don't try to mix SaaS with PaaS or Cloud Computing. Please, realize you are doubling the risks. For example, a "SaaS new product-service" based on "Cloud Computing" !!  To manage the risk, play only with one variable. (.... and please, don't sell it as a feature)

Google and its Cloud Ambitions

Yesterday, Google announced the availability of a JAVA for Google App Engine.

Until now, Google App Engine only supported Python, not a widely used language (besides Google's offices).

But ... with Java... we are talking about another business... with a strong Enterprise bias.

And if we think about Google's infraestructure, It is beyond the imaginable. To have an idea about the IT numbers, we are dealing... a previous press release reported:

Google and its Cloud Ambitions
  • 36 data centers across the globe ... 150 racks per data center ... more than 200,000 servers .. clusters of 1,800 servers are pretty routine
  • an ordinary Google search query that involves 700 to 1,000 servers
  • “Our view is it’s better to have twice as much hardware that’s not as reliable than half as much that’s more reliable”
  • “You have to provide reliability on a software level. If you’re running 10,000 machines, something is going to die every day.”
  • ... first year, it’s typical that 1,000 individual machine failures will occur ... ... thousands of hard drive failures will occur...... one power distribution unit will fail, bringing down 500 to 1,000 machines for about 6 hours ... 20 racks will fail, each time causing 40 to 80 machines to vanish from the network ...... 5 racks will “go wonky,” with half their network packets missing in action; and the cluster will have to be rewired once, affecting 5 percent of the machines at any given moment over a 2-day span...there’s about a 50 percent chance that the cluster will overheat, taking down most of the servers in less than 5 minutes and taking 1 to 2 days to recover

Also, recently, Google talked about one of its own designed servers:

  • each server has its own 12-volt battery to supply power if there's a problem
  • Google's designs supply only 12-volt power, with the necessary conversions taking place on the motherboard
  • Google's PUE (energy efficiency) scores are enviably low, but the company is working to lower them further.
  • the core of the company's data centers are composed of standard 1AAA shipping containers packed with 1,160 servers each, with many containers in each data center.
So, we may have a Java Application Server, running Enterprise Applications, on this infraestructure. If it's not future... I don't know what else to look for.

As, Watson (allegedly) said in a 1943 statement: "I think there is a world market for maybe five computers"

Sources: Google: Seriously this time, the new language on App Engine: Java™, and News.com.

 

Catch the "Cloud Computing" Fire

News coming up fast from the Cloud Computing arena due the "Open Cloud Manifesto", who is who, new alliances and sides in this new field.

To read about the politics, who signed, why, or why not, second and third intentions:

Sources: Open Cloud Manifesto now signed and delivered, Open Cloud Manifesto's anti-Microsoft bias, and Microsoft fights the 'open' fight amid the clouds.

From the Manifesto (open cloud manifesto) by itself, very good open spirit. Let's see how it evolves from today IBM biased origin. My notes:

..

"Principles of an Open Cloud"...

"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. "

Catch the

 

 

UPDATE 09/04/01: About the controversy aroused from the lack of consensus on the manifesto, ArsTechnica published a complete review, Not-so-open Cloud Manifesto rains on interoperability parade. Also Cloud Computing Interoperability Forum (CCIF) published a public apology.