<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Can A Cloud Computing Provider Be Too Massive?</title>
	<atom:link href="http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/</link>
	<description>A member of the Gartner Blog Network</description>
	<lastBuildDate>Sat, 04 Feb 2012 14:44:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Niraj</title>
		<link>http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/comment-page-1/#comment-43</link>
		<dc:creator>Niraj</dc:creator>
		<pubDate>Mon, 10 Nov 2008 19:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/thomas_bittman/?p=26#comment-43</guid>
		<description>good point. 
Makes me wonder as to the future of Amazon when the innovation in (realtime provisioning and pooled capacity) becomes  a feature for big iron vendors(ibm , sun ,hp)  and amazon is just stuck with an opportunity to capitalize on economies of scale. 

To continue on its success Amazon will either have to go downstream (an potentially buy sun and continue innovating at a different level in the HaaS picture) Or go upstream (like google and msft) and focus on SaaS - PaaS and essentially capitalize on  &quot;economies of Scope&quot;- Hal Varian</description>
		<content:encoded><![CDATA[<p>good point.<br />
Makes me wonder as to the future of Amazon when the innovation in (realtime provisioning and pooled capacity) becomes  a feature for big iron vendors(ibm , sun ,hp)  and amazon is just stuck with an opportunity to capitalize on economies of scale. </p>
<p>To continue on its success Amazon will either have to go downstream (an potentially buy sun and continue innovating at a different level in the HaaS picture) Or go upstream (like google and msft) and focus on SaaS &#8211; PaaS and essentially capitalize on  &#8220;economies of Scope&#8221;- Hal Varian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Evolution of the Cloud Computing Market</title>
		<link>http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/comment-page-1/#comment-32</link>
		<dc:creator>The Evolution of the Cloud Computing Market</dc:creator>
		<pubDate>Mon, 03 Nov 2008 13:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/thomas_bittman/?p=26#comment-32</guid>
		<description>[...] had a number of posts on the structure of the cloud computing market, (Can A Cloud Computing Provider Be Too Massive?, Is Google the Mainframe of Cloud Computing?, Partly or Mostly Cloudy?) and I’m getting more and [...]</description>
		<content:encoded><![CDATA[<p>[...] had a number of posts on the structure of the cloud computing market, (Can A Cloud Computing Provider Be Too Massive?, Is Google the Mainframe of Cloud Computing?, Partly or Mostly Cloudy?) and I’m getting more and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Bittman</title>
		<link>http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/comment-page-1/#comment-3</link>
		<dc:creator>Tom Bittman</dc:creator>
		<pubDate>Tue, 16 Sep 2008 17:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/thomas_bittman/?p=26#comment-3</guid>
		<description>Agree to a point, Dan. Since many workloads are either (1) relatively small/short-lived or (2) granular/componentized/parallelized, it doesn&#039;t take many workloads to &quot;smooth out&quot; utilization variation. Clearly, providers would prefer very small workloads chunks that can easily utilize capacity - that way, they can drive high utilization rates with smaller numbers of individual workloads. I don&#039;t believe that will typically be millions of workloads - thousands probably would do it. That would be thousands of consumers, or a handful of medium-sized enterprises.

Differences in computers doesn&#039;t matter to users, but if it costs one provider twice as much (compute, power, space) as another provider, then differences certainly do matter to them.</description>
		<content:encoded><![CDATA[<p>Agree to a point, Dan. Since many workloads are either (1) relatively small/short-lived or (2) granular/componentized/parallelized, it doesn&#8217;t take many workloads to &#8220;smooth out&#8221; utilization variation. Clearly, providers would prefer very small workloads chunks that can easily utilize capacity &#8211; that way, they can drive high utilization rates with smaller numbers of individual workloads. I don&#8217;t believe that will typically be millions of workloads &#8211; thousands probably would do it. That would be thousands of consumers, or a handful of medium-sized enterprises.</p>
<p>Differences in computers doesn&#8217;t matter to users, but if it costs one provider twice as much (compute, power, space) as another provider, then differences certainly do matter to them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Sholler</title>
		<link>http://blogs.gartner.com/thomas_bittman/2008/09/15/can-a-cloud-computing-provider-be-too-massive/comment-page-1/#comment-2</link>
		<dc:creator>Dan Sholler</dc:creator>
		<pubDate>Tue, 16 Sep 2008 14:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/thomas_bittman/?p=26#comment-2</guid>
		<description>Tom, 
Aren&#039;t you looking at this from the wrong end? 

The reason that cloud computing has superior economics is because they aggregate demand, and use that aggregation to smooth out the variations, so that they can maintain less fixed cost per unit delivered than someone who is doing this on their own. 


The more demand you can get (and the more out-of-phase the individual demands of customers are) the better off you can be. I believe this is the essence of how many electricity provider contracts work today. 

In effect, what we are talking about with cloud computing is wholesaling compute capacity. (Wholesaler&#039;s business value is that that they aggregate demand and therefore can create smoother supply than the individual companies could do on their own dealing with the manufacturers.. 

Wholesaling works even in an environment where there are goods with imperfect substitutability. .   Why then do the differences in computers and their capabilities matter? After all, If I can achieve a given service level using 2 of the old computers or one of the new computers, the provider may be better off using one of hte new ones, but that change only really affects the provider margin opportunities (or pricing opportunities). Whether the provider chooses the old ones or the new ones does not matter to the customer relationship, as he or she is buying some computer power at a particular service level at a particular cost. 

Obviously this is not a commodity notion entirely, because some applications will run on some types of servers (or OSs or Databases) and not others. 

However, the question of scale is again one of opportunity. If there is more uneven demand to be matched, growing bigger will be valuable. If there is not then no matter how big or small you are it will be challenging. 

Size does matter, but only after you aggregate demand with different needs and characteristics. 

So the way the velociraptors in your example come to exist is by being better at finding and aggregating uneven supply. Not because they are smaller.</description>
		<content:encoded><![CDATA[<p>Tom,<br />
Aren&#8217;t you looking at this from the wrong end? </p>
<p>The reason that cloud computing has superior economics is because they aggregate demand, and use that aggregation to smooth out the variations, so that they can maintain less fixed cost per unit delivered than someone who is doing this on their own. </p>
<p>The more demand you can get (and the more out-of-phase the individual demands of customers are) the better off you can be. I believe this is the essence of how many electricity provider contracts work today. </p>
<p>In effect, what we are talking about with cloud computing is wholesaling compute capacity. (Wholesaler&#8217;s business value is that that they aggregate demand and therefore can create smoother supply than the individual companies could do on their own dealing with the manufacturers.. </p>
<p>Wholesaling works even in an environment where there are goods with imperfect substitutability. .   Why then do the differences in computers and their capabilities matter? After all, If I can achieve a given service level using 2 of the old computers or one of the new computers, the provider may be better off using one of hte new ones, but that change only really affects the provider margin opportunities (or pricing opportunities). Whether the provider chooses the old ones or the new ones does not matter to the customer relationship, as he or she is buying some computer power at a particular service level at a particular cost. </p>
<p>Obviously this is not a commodity notion entirely, because some applications will run on some types of servers (or OSs or Databases) and not others. </p>
<p>However, the question of scale is again one of opportunity. If there is more uneven demand to be matched, growing bigger will be valuable. If there is not then no matter how big or small you are it will be challenging. </p>
<p>Size does matter, but only after you aggregate demand with different needs and characteristics. </p>
<p>So the way the velociraptors in your example come to exist is by being better at finding and aggregating uneven supply. Not because they are smaller.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

