<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Cloud &#8220;overcapacity&#8221;</title>
	<atom:link href="http://cloudpundit.com/2008/11/18/cloud-overcapacity/feed/" rel="self" type="application/rss+xml" />
	<link>http://cloudpundit.com/2008/11/18/cloud-overcapacity/</link>
	<description>the business of Internet infrastructure, cloud computing, and data centers</description>
	<lastBuildDate>Mon, 30 Jan 2012 19:45:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jann Campi</title>
		<link>http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-2359</link>
		<dc:creator><![CDATA[Jann Campi]]></dc:creator>
		<pubDate>Sun, 11 Jul 2010 10:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-2359</guid>
		<description><![CDATA[regarding your good publish. Very helpful along with The spouse and i loved studying it your own various other articles. Thank you expressing along with proceed the truly amazing operate.]]></description>
		<content:encoded><![CDATA[<p>regarding your good publish. Very helpful along with The spouse and i loved studying it your own various other articles. Thank you expressing along with proceed the truly amazing operate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lydia Leong</title>
		<link>http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-1265</link>
		<dc:creator><![CDATA[Lydia Leong]]></dc:creator>
		<pubDate>Wed, 19 Nov 2008 11:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-1265</guid>
		<description><![CDATA[Good thoughts.

My guess is that the capacity is probably dedicated for one purpose or the other. Historically, Amazon traffic spikes sharply during the holidays (you can see this on the graphs on &lt;a HREF=&quot;http://www.alexa.com/&quot; rel=&quot;nofollow&quot;&gt;Alexa&lt;/A&gt;), and hits a mid-year low. That means from January through November or so, massive amounts of extra computing power can be taken offline. Whatever is absorbed into EC2 capacity can be replaced in main Amazon.com capacity during the last quarter of the year. Even if EC2 growth exceeds the hardware pool, and they&#039;ve got to buy more hardware, they&#039;ve improved the effective ROIC for the pool as a whole. And as long as EC2 keeps growing, Amazon can keep using its post-holiday hardware to fund the expansion.

You&#039;re right about hosters with pools of decommissioned hardware, though -- they potentially also have an interesting way to use depreciated hardware.]]></description>
		<content:encoded><![CDATA[<p>Good thoughts.</p>
<p>My guess is that the capacity is probably dedicated for one purpose or the other. Historically, Amazon traffic spikes sharply during the holidays (you can see this on the graphs on <a HREF="http://www.alexa.com/" rel="nofollow">Alexa</a>), and hits a mid-year low. That means from January through November or so, massive amounts of extra computing power can be taken offline. Whatever is absorbed into EC2 capacity can be replaced in main Amazon.com capacity during the last quarter of the year. Even if EC2 growth exceeds the hardware pool, and they&#8217;ve got to buy more hardware, they&#8217;ve improved the effective ROIC for the pool as a whole. And as long as EC2 keeps growing, Amazon can keep using its post-holiday hardware to fund the expansion.</p>
<p>You&#8217;re right about hosters with pools of decommissioned hardware, though &#8212; they potentially also have an interesting way to use depreciated hardware.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benson Schliesser</title>
		<link>http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-1264</link>
		<dc:creator><![CDATA[Benson Schliesser]]></dc:creator>
		<pubDate>Wed, 19 Nov 2008 06:00:53 +0000</pubDate>
		<guid isPermaLink="false">http://cloudpundit.com/2008/11/18/cloud-overcapacity/#comment-1264</guid>
		<description><![CDATA[This is a topic I&#039;ve been pondering professionally, and it&#039;s not easy. I agree that Amazon Web Services has an easier time than most, because of demand/capacity synergies with their primary business. But we&#039;ll have to see how this upcoming holiday season treats them and how they treat their AWS customers in return. Maybe we can learn something about how they approach the capacity issue by observing them externally...

For instance, I doubt that server infrastructure supporting the holiday season for Amazon.com has historically been amortized over one season, meaning that it&#039;s possibly dedicated to the parent business and off-limits to AWS customers over the holidays. Maybe it&#039;s rolled into AWS during subsequent years, freeing up Amazon.com to buy new hardware every year. (Or every 2 or 3 years, as the case may be.) This being the case, AWS could be using all of Amazon.com&#039;s old hardware, but if that wasn&#039;t adequate for the demand they face then they would have to acquire new hardware of their own. Which puts them back into a similar position as a cloud provider without such demand synergies. (They just had lower startup capital requirements.)

Or perhaps all resources are available to support any demand, including Amazon.com as well as AWS, and there is some (hopefully never used) prioritization mechanism that puts Amazon.com needs first. (If not, could a competitor damage Amazon.com sales by simply instantiating lots of AWS virtual machines and &quot;using up&quot; the cloud?) This approach has more complexity than dedicated resource pools, but is probably a more efficient use of resources. Then again, when a crunch happens and Amazon.com is competing against an AWS customer for resources, they&#039;re back to square one.

In either approach there is a risk of having too little resource available for the peak demand. Amazon may have an advantage in being able to spread costs around different businesses. And they have the benefit of &quot;free&quot; (depreciated) decommissioned hardware, a benefit shared by other cloud providers whom have traditional hosting businesses. But I think you&#039;re right to be worried about how this plays out over time, for all cloud providers. With the cloud mania of this past year and the success of AWS, I think the upcoming holiday season could be revealing. Regardless of whether or not we will see issues, it should be apparent to cloud users that they need a resource availability guarantee from their provider if they take their application seriously.]]></description>
		<content:encoded><![CDATA[<p>This is a topic I&#8217;ve been pondering professionally, and it&#8217;s not easy. I agree that Amazon Web Services has an easier time than most, because of demand/capacity synergies with their primary business. But we&#8217;ll have to see how this upcoming holiday season treats them and how they treat their AWS customers in return. Maybe we can learn something about how they approach the capacity issue by observing them externally&#8230;</p>
<p>For instance, I doubt that server infrastructure supporting the holiday season for Amazon.com has historically been amortized over one season, meaning that it&#8217;s possibly dedicated to the parent business and off-limits to AWS customers over the holidays. Maybe it&#8217;s rolled into AWS during subsequent years, freeing up Amazon.com to buy new hardware every year. (Or every 2 or 3 years, as the case may be.) This being the case, AWS could be using all of Amazon.com&#8217;s old hardware, but if that wasn&#8217;t adequate for the demand they face then they would have to acquire new hardware of their own. Which puts them back into a similar position as a cloud provider without such demand synergies. (They just had lower startup capital requirements.)</p>
<p>Or perhaps all resources are available to support any demand, including Amazon.com as well as AWS, and there is some (hopefully never used) prioritization mechanism that puts Amazon.com needs first. (If not, could a competitor damage Amazon.com sales by simply instantiating lots of AWS virtual machines and &#8220;using up&#8221; the cloud?) This approach has more complexity than dedicated resource pools, but is probably a more efficient use of resources. Then again, when a crunch happens and Amazon.com is competing against an AWS customer for resources, they&#8217;re back to square one.</p>
<p>In either approach there is a risk of having too little resource available for the peak demand. Amazon may have an advantage in being able to spread costs around different businesses. And they have the benefit of &#8220;free&#8221; (depreciated) decommissioned hardware, a benefit shared by other cloud providers whom have traditional hosting businesses. But I think you&#8217;re right to be worried about how this plays out over time, for all cloud providers. With the cloud mania of this past year and the success of AWS, I think the upcoming holiday season could be revealing. Regardless of whether or not we will see issues, it should be apparent to cloud users that they need a resource availability guarantee from their provider if they take their application seriously.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

