In part one of this article I introduced Phil Wainewright’s five layer PaaS model.
Phil asked readers to say which layer they would prefer to use for building a SaaS application. Readers had cast 173 votes by May 15th.
In part two I looked at layer one: do-it-yourself and layer two: managed-hosting. Neither is suitable for SaaS ISVs. In part three I move up to PaaS layer three: cloud computing. Might this be more suitable for ISVs building SaaS solutions?
Cloud computing was the most popular choice of Phil’s readers. 27% said they would prefer it to develop a SaaS application. I wonder how many of them realise that cloud computing, just like banking, relies on a simple confidence trick…
Hardware is a now an API
Cloud computing presents physical servers and storage as abstract services. You can now create a secure and reliable virtual data centre with a few simple API calls.
The market leaders have not yet revealed the size of their clouds. For the moment they just say their clouds are plenty large enough to meet whatever your needs might be.
This cannot be true, of course, because virtual resources must eventually map to finite physical hardware. We know that Google, Amazon, Microsoft, Sun, 3Tera, Mosso, Joyent, Nirvanix and other providers have a lot of hardware, but it is not infinite.
The (unstated) limits are probably huge. However, there is always a risk the cloud cannot provide you with server or storage when you need them.
Is the all-you-can-use confidence trick something you need to worry about, or is this more a theoretical than real problem?
Confidence tricks are not always bad
Banking could not exist without a confidence trick: that you can always get your money back when you want it.
We know that this cannot be true. If too many savers want their money then no bank can honour every withdrawal.
We know what happens during a run on a bank. Even knowing this, we still accept the risk because banking is so useful to us.
The same risk and reward trade-off applies to cloud computing. We know resources are not infinite; but that they are infinite enough most of the time. As long, of course, as most users use reasonable levels of resources most of the time.
The benefits of cloud computing for SaaS ISVs more than outweigh the risk of a full cloud.
You can safely ignore the cloud computing confidence trick, just as you ignore the confidence trick banking needs to survive.
Cloud computing beats managed-hosting hands-down
Cloud computing is a great hardware solution; far better that managed-hosting or do-it-yourself for SaaS ISVs.
You only pay for what you need and you can easily scale as your SaaS business grows.
Your data is more secure that it would be on your own server, as the never-ending press coverage of lost and stolen data reminds us.
The cloud computing provider takes care of the underlying hardware (which you never get to see or touch).
Even with these benefits, you need to cover the full application lifecycle, not just the deployment hardware.
You have no time to set up test clouds, rolling-updates, active support, change control and so on.
Automation tools including RightScale and Scalr can help. But even so, this is not your core competence and you should stay well away.
The cloud is not as opaque as you might think
Providers prefer opaque clouds to better balance their workloads. Ideally it should not matter where your servers or storage are.
Unfortunately, this utopia will not happen: national laws and jurisdictions from the real world have already intervened.
Data protection laws in Europe restrict how you can store and process customer’s data. As a result, the cloud is not as opaque as it might first seem.
The cloud computing providers recognise this and have announced support for different jurisdictions.
Salesforce.com is adding data centres in Asia soon, with Europe to follow so customers can keep data and processing out of the US.
Amazon’s availability zones allow you to store your data in Europe today; server instances running in Europe will follow.
Coming up…
Cloud computing is too low-level for you to worry about. Focus on your domain; do not waste your time on (virtual) hardware (no matter how interesting this might be).
The next level up in the PaaS market model is level four: cloud IDEs. These build on the cloud computing platform, adding development and deployment tools. The idea is you can focus on your SaaS solution and not worry about anything else.
Next time on paasTalk I will take a first look at cloud IDEs. This is where PaaS starts to get really interesting; I look forward to seeing you in part four of this article.
What’s your view of cloud computing? Have you run into any problems separating test from production? How much time are you spending on operations? Are you using automation tools?






3 responses to “Revealed: The confidence trick at the heart of cloud computing”
Nice, well thought out post.
Please allow me to clarify one thing - “We know that Google, Amazon, Microsoft, Sun, 3Tera, Mosso, Joyent, Nirvanix and other providers have a lot of hardware, but it is not infinite.”
You are right. 3tera does not have an infinite amount of hardware. In fact, we have zero - nada - zilch - NO hardware. We provide a comprehensive platform for Cloud and Utility Computing, AppLogic. We have a network of partner providers who own the hardware and offer Cloud and Utility services using AppLogic as the platform. Currently, this network consists of 18 data centers in North America, Europe and Asia, and is rapidly expanding (soon to be in Australia and Latin America as well - are there data centers in Antarctica?!
).
Our recently announced Cloudware Architecture, aka Cloud Without Compromise, enables a global Cloud service where apps can run in and be moved to and fro any data centers. Apps can contain elements in multiple clouds, 3tera enabled clouds or not. The 3tera Clouds are fully vendor, OS, middleware, database, etc. agnostic.
So, while, as you point out, 3tera does not have an infinite amount of physical hardware (and of course, infinite physical hardware is an impossibility), by having none, we, in effect, do have a - pardon the pun - VIRTUALLY infinite amount of hardware!
BXL
CEO, 3tera
Nice post. This study makes sense. SaaS ISVs face 2 main challenges with SaaS - operations/infrastructure and customer integration since they are not equipped to provide a comprehensive solution to both these without scaling up their workforce dramatically.
I discuss this very topics here:
http://sumanchaudhuri.wordpress.com/2008/05/20/the-3-horsemen-for-isvs/
where i discuss the need for loud computing and virtualization and why they are important to ISVs thinking of SaaS solution.
You may want to post something about the effects of jurisdictions sometime, Andrew as it is a somewhat low-key but important topic with regards to boundaries being breached by clouds.
And looking forward to your succeeding posts on the cloud IDEs.
Best.
alain
Mor.ph