<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PaaSTalk.com &#187; RightScale</title>
	<atom:link href="http://paastalk.com/tag/rightscale/feed/" rel="self" type="application/rss+xml" />
	<link>http://paastalk.com</link>
	<description>A blog for ISVs on Platform as a Service (PaaS)</description>
	<lastBuildDate>Fri, 01 Jun 2012 17:22:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Cloud scalability: Sleight of hand</title>
		<link>http://paastalk.com/pass-layer-survey-3-cloud-computing/</link>
		<comments>http://paastalk.com/pass-layer-survey-3-cloud-computing/#comments</comments>
		<pubDate>Tue, 20 May 2008 10:35:08 +0000</pubDate>
		<dc:creator>Andrew Biss</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[3Tera]]></category>
		<category><![CDATA[Amazon]]></category>
		<category><![CDATA[Cloud Computing]]></category>
		<category><![CDATA[EU]]></category>
		<category><![CDATA[Europe]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Joyent]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Mosso]]></category>
		<category><![CDATA[Nirvanix]]></category>
		<category><![CDATA[PaaS]]></category>
		<category><![CDATA[Phil Wainewright]]></category>
		<category><![CDATA[RightScale]]></category>
		<category><![CDATA[SaaS]]></category>
		<category><![CDATA[Scalr]]></category>
		<category><![CDATA[Sun]]></category>
		<category><![CDATA[US]]></category>
		<category><![CDATA[USA]]></category>

		<guid isPermaLink="false">http://paastalk.com/pass-layer-survey-3-cloud-computing/</guid>
		<description><![CDATA[The cloud's big but it's not infinite, and that's OK]]></description>
			<content:encoded><![CDATA[<p><strong>The cloud&#8217;s big but it&#8217;s not infinite, and that&#8217;s OK</strong></p>
<p class="figure"> <img width="302" height="264" src="http://paastalk.com/wordpress/wp-content/uploads/paas-survey-3.gif" alt="PaaS survey results part 2" title="PaaS survey results part 2" /> <br /><br /><span class="figcaption"><em>Image: 27% voted for cloud computing in Phil Wainewright’s recent PaaS survey. This sounds like the easy option, but is everyone really clear on what they are letting themselves in for? SaaS is not going to be pretty for many ISVs.</em></span></p>
<p>In <a href="http://paastalk.com/paas-market-five-layers/">part one</a> of this article I introduced Phil Wainewright&#8217;s <a title="A plethora of PaaS options" href="http://www.zdnet.com/blog/saas/a-plethora-of-paas-options/472">five layer PaaS model</a>. 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.</p>
<p>In <a href="http://paastalk.com/pass-layer-survey-1-2/">part two</a> 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?</p>
<p>Cloud computing was the most popular choice of Phil&#8217;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&#8230;</p>
<p><span id="more-75"></span></p>
<h2>Hardware is a now an API</h2>
<p><a title="Cloud computing is a popular solution to the problem of horizontal scalability" href="http://en.wikipedia.org/wiki/Cloud_computing">Cloud computing</a> 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.</p>
<p>The market leaders have not yet revealed the size of their clouds. For the moment they just say their clouds are <a title="Amazon.com CEO Jeff Bezos on music video service Animoto" href="http://animoto.com/blog/company/amazon-com-ceo-jeff-bezos-on-animoto/">plenty large enough</a> to meet whatever your needs might be.</p>
<p>This cannot be true, of course, because virtual resources must eventually map to finite physical hardware. We know that Google, Amazon, Microsoft, <a title="The Sun Grid Compute Utility is a simple to use, simple to access data centre-on-demand." href="http://www.oracle.com/us/sun/index.htm">Sun</a>, <a title="Utility Computing For Web Applications" href="http://www.ca.com/us/cloud-platform.aspx">CA AppLogix</a> (formerly 3Tera), <a title="The hosting cloud" href="http://www.rackspace.com/cloud/">Mosso</a>, <a title="On-demand virtualised computing and storage solutions for Web application developers. " href="http://www.joyent.com/">Joyent</a>, <a title="Cloud storage platform optimised for large files" href="http://www.nirvanix.com/">Nirvanix</a> and other providers have a lot of hardware, but it is not <em>infinite.</em></p>
<p>The <em>(unstated)</em> 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?</p>
<h2>Confidence tricks are not always bad</h2>
<p>Banking could not exist without a <a title="No bank can survive if enough of its depositors want to be repaid at the same time" href="http://www.economist.com/node/9832945?story_id=9832945">confidence trick</a>: 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 <em>every</em> withdrawal.</p>
<p>We know what happens during <a title="British bank Northern Rock rocked by panic withdrawals" href="http://www.abc.net.au/news/2007-09-15/british-bank-rocked-by-panic-withdrawals/670460">a run</a> on a bank. Even knowing this, we still accept the risk because banking is so useful to us.</p>
<p>The same risk and reward trade-off applies to cloud computing. We know resources are not infinite; but that they are <em>infinite enough</em> most of the time. As long, of course, as most users use reasonable levels of resources most of the time.</p>
<p>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.</p>
<h2>Cloud computing beats managed-hosting hands-down</h2>
<p>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.</p>
<p>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).</p>
<p>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.</p>
<p>Automation tools including <a title="Launch scalable Amazon EC2 instances" href="http://www.rightscale.com/">RightScale</a> and <a title="Scalr: The Auto-Scaling Open-Source Amazon EC2 Effort" href="http://techcrunch.com/2008/04/03/scalr-the-auto-scaling-open-source-amazon-ec2-effort/">Scalr</a> can help. But even so, this is not your core competence and you should stay well away.</p>
<h2>The cloud is not as opaque as you might think</h2>
<p>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.</p>
<p>Data protection laws in Europe restrict how you can store and process customer&#8217;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.</p>
<p>Salesforce.com is adding data centres in Asia soon, with Europe to follow so customers can keep data and processing out of the US.</p>
<p>Amazon&#8217;s availability zones allow you to <a title="Amazon S3 in Europe from Amazon CTO Werner Vogels" href="http://www.allthingsdistributed.com/2007/11/amazon_s3_in_europe.html">store your data in Europe</a> today; server instances running in Europe will follow.</p>
<h2>Coming up&#8230;</h2>
<p>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).</p>
<p>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.</p>
<p>Next time on <cite>PaaS&nbsp;Talk</cite> 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.</p>
<p><em>What&#8217;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?</em></p>
]]></content:encoded>
			<wfw:commentRss>http://paastalk.com/pass-layer-survey-3-cloud-computing/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

