<?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: Clouds over Berkeley: the RADLab reviews cloud computing pt. 1</title>
	<atom:link href="http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Sun, 20 May 2012 13:26:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: How much longer can your corporate network compete? &#171; Paul&#8217;s esoteric meanderings</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-208165</link>
		<dc:creator>How much longer can your corporate network compete? &#171; Paul&#8217;s esoteric meanderings</dc:creator>
		<pubDate>Wed, 17 Feb 2010 09:38:35 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-208165</guid>
		<description>[...] http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/ (read the overview and original article) [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/" rel="nofollow">http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/</a> (read the overview and original article) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#8220;The illusion of unlimited supply&#8230;&#8221; &#171; Scale or die</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199540</link>
		<dc:creator>&#8220;The illusion of unlimited supply&#8230;&#8221; &#171; Scale or die</dc:creator>
		<pubDate>Wed, 18 Mar 2009 02:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199540</guid>
		<description>[...] technological underpinning of cloud computing, in a paper called &#8220;Above the clouds&#8220;. StorageMojo and Perspectives have done a fine exegesis of the paper so I thought I&#8217;d focus on a claim [...]</description>
		<content:encoded><![CDATA[<p>[...] technological underpinning of cloud computing, in a paper called &#8220;Above the clouds&#8220;. StorageMojo and Perspectives have done a fine exegesis of the paper so I thought I&#8217;d focus on a claim [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blissex</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199376</link>
		<dc:creator>Blissex</dc:creator>
		<pubDate>Sun, 22 Feb 2009 10:32:38 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199376</guid>
		<description>I have read the Berkeley study and it seems to me to be quite naive as to business realities... The cloud clearly has some uses (more on this later) but it has some really big issues for ordinary businesses:

* The price advantage of a large site is claimed (claimed!) to be 3-5x that of a small site. But it would be insane for most businesses to rely solely on one cloud provider, and most likely there would be a requirement for local (not cloud) backup of all data as well. Add the cost of a much bigger internet connection, and it is not clear that there is a cost advantage at all for data intensive business.

* Cloud providers offer a &quot;best effort&quot; pricing, which is somewhat different from what onsite computing resources do in typical enterprises. I would be interested to see what kind of pricing they would offer for a specific SLA with consequential damages for example.

* The insanity of relying on a single cloud provider arises from having a single copy of the data in the hands of a third party is way too large a risk; and never mind that if you stop paying or have any dispute with the cloud provider you lose access to your data, which the cloud provider might even delete, even if nonpayment is temporary. Even just making a backup of the data might be too expensive (unless done continuously incrementally).

* Moving business data processing to the cloud, even assuming a strong SLA from the cloud provider, trades local data center availability risk for internet connection availability risk. The cloud may be 99.999% available guaranteed (again, I&#039;d like to see the pricing for that), but is the full internet connection to it equally guaranteed?

But for one thing just imagine the complications in liquidation or bankruptcy of having all enterprise data with a service that won&#039;t make that available unless they get paid first and ahead of all other creditors, and they want to get paid for all time the data has been on their servers.

What are the businesses that will take advantage of clouds? Well, those where lots of processing of small amounts of data is common, those where the business is intrinsically network oriented and data volumes are small, those that cannot get enough reliability locally, those where initial capital is scarce.

So for example offshoring businesses in 3rd world countries offering web based services are a perfect fit: they get access to 1st world class infrastructure, without any initial capital outlay, and most of their data needs are small.</description>
		<content:encoded><![CDATA[<p>I have read the Berkeley study and it seems to me to be quite naive as to business realities&#8230; The cloud clearly has some uses (more on this later) but it has some really big issues for ordinary businesses:</p>
<p>* The price advantage of a large site is claimed (claimed!) to be 3-5x that of a small site. But it would be insane for most businesses to rely solely on one cloud provider, and most likely there would be a requirement for local (not cloud) backup of all data as well. Add the cost of a much bigger internet connection, and it is not clear that there is a cost advantage at all for data intensive business.</p>
<p>* Cloud providers offer a &#8220;best effort&#8221; pricing, which is somewhat different from what onsite computing resources do in typical enterprises. I would be interested to see what kind of pricing they would offer for a specific SLA with consequential damages for example.</p>
<p>* The insanity of relying on a single cloud provider arises from having a single copy of the data in the hands of a third party is way too large a risk; and never mind that if you stop paying or have any dispute with the cloud provider you lose access to your data, which the cloud provider might even delete, even if nonpayment is temporary. Even just making a backup of the data might be too expensive (unless done continuously incrementally).</p>
<p>* Moving business data processing to the cloud, even assuming a strong SLA from the cloud provider, trades local data center availability risk for internet connection availability risk. The cloud may be 99.999% available guaranteed (again, I&#8217;d like to see the pricing for that), but is the full internet connection to it equally guaranteed?</p>
<p>But for one thing just imagine the complications in liquidation or bankruptcy of having all enterprise data with a service that won&#8217;t make that available unless they get paid first and ahead of all other creditors, and they want to get paid for all time the data has been on their servers.</p>
<p>What are the businesses that will take advantage of clouds? Well, those where lots of processing of small amounts of data is common, those where the business is intrinsically network oriented and data volumes are small, those that cannot get enough reliability locally, those where initial capital is scarce.</p>
<p>So for example offshoring businesses in 3rd world countries offering web based services are a perfect fit: they get access to 1st world class infrastructure, without any initial capital outlay, and most of their data needs are small.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Jones</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199366</link>
		<dc:creator>Steve Jones</dc:creator>
		<pubDate>Fri, 20 Feb 2009 10:51:24 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199366</guid>
		<description>It would be interesting to see some more up to date costs figures as they are dated from 2006 and what is included in those storage service costs. From what I know of our internal enterprise standard storage arrays, then we are currently at about double that of the stated IDC cost. Of course many of our costs are historical - kit bought over several years, some of it still in depreciation, but even that which isn&#039;t attracts expensive maintenance costs.  In our case a lot of what would have been previously placed on enteprise stroage arrays is now being held on commodity arrays which have a wholly different cost base. However, a big cost to most large enteprises is moving data off of legacy systems - that&#039;s often a much more expensive exercise than the cost of the old storage. Modern infrastructure can help, but there&#039;s the rub - you jhave to get the old data and apps off there first.

However, one thing is very clear. For many purposes data has to be close to processing power for bandwidth and, even more importantly, latency issues. I think pure cloud storage has only limited appeal for many enterprises. Performance, scalability and availability matter hugely. Try running a large call centre with predictive dialing integrated into CRM systems to see what I mean. 

It&#039;s going to take time to work out how this shakes down. I have an idea that it might appeal more to small and mid-range customers first. For large enterprises with highly integrated infrastructure and systems with all that entails, then it&#039;s going to initially be a bureaux service for a few discrete applications - probably invoked by a department with a bit of budget that can&#039;t get the central IT system to deliver on time. With large enterprise struggling with configuration management, software licensing, asset management, support and so on for what are often thousands of disparate applications, this could add a further complication It will be rather like that when CIOs found that small, but critical parts of their Enterprise&#039;s IT systems, now relied on an ancient server sitting under a desk in an office somewhere depending on the support of a contractor that was lost in a cost cutting exercise two years earlier.

On demand computing has its hidden costs. Control in IT enterprises matters - it&#039;s not just the costs of trhe hardware or even systems support that matters. Enterprise IT is often a fight between the need for flexibility and speed on one side with and control and management on the other site. Complex, hybrid arrangements across different infrastructure provision with inconistant monitoring and management at different layers palgues many Enterprises.</description>
		<content:encoded><![CDATA[<p>It would be interesting to see some more up to date costs figures as they are dated from 2006 and what is included in those storage service costs. From what I know of our internal enterprise standard storage arrays, then we are currently at about double that of the stated IDC cost. Of course many of our costs are historical &#8211; kit bought over several years, some of it still in depreciation, but even that which isn&#8217;t attracts expensive maintenance costs.  In our case a lot of what would have been previously placed on enteprise stroage arrays is now being held on commodity arrays which have a wholly different cost base. However, a big cost to most large enteprises is moving data off of legacy systems &#8211; that&#8217;s often a much more expensive exercise than the cost of the old storage. Modern infrastructure can help, but there&#8217;s the rub &#8211; you jhave to get the old data and apps off there first.</p>
<p>However, one thing is very clear. For many purposes data has to be close to processing power for bandwidth and, even more importantly, latency issues. I think pure cloud storage has only limited appeal for many enterprises. Performance, scalability and availability matter hugely. Try running a large call centre with predictive dialing integrated into CRM systems to see what I mean. </p>
<p>It&#8217;s going to take time to work out how this shakes down. I have an idea that it might appeal more to small and mid-range customers first. For large enterprises with highly integrated infrastructure and systems with all that entails, then it&#8217;s going to initially be a bureaux service for a few discrete applications &#8211; probably invoked by a department with a bit of budget that can&#8217;t get the central IT system to deliver on time. With large enterprise struggling with configuration management, software licensing, asset management, support and so on for what are often thousands of disparate applications, this could add a further complication It will be rather like that when CIOs found that small, but critical parts of their Enterprise&#8217;s IT systems, now relied on an ancient server sitting under a desk in an office somewhere depending on the support of a contractor that was lost in a cost cutting exercise two years earlier.</p>
<p>On demand computing has its hidden costs. Control in IT enterprises matters &#8211; it&#8217;s not just the costs of trhe hardware or even systems support that matters. Enterprise IT is often a fight between the need for flexibility and speed on one side with and control and management on the other site. Complex, hybrid arrangements across different infrastructure provision with inconistant monitoring and management at different layers palgues many Enterprises.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taylor</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199361</link>
		<dc:creator>Taylor</dc:creator>
		<pubDate>Thu, 19 Feb 2009 19:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199361</guid>
		<description>I don&#039;t know where they get $95/Mbps/mo as a rate for a medium-sized datacenter. I haven&#039;t seen numbers anywhere near that high in the US/Europe. Then again, I&#039;ve never priced datacenter bandwidth in someplace like Portland, ME or Lincoln, NE or what have you.  I wonder if they&#039;re basically saying the &quot;EDC&quot; would have to be located in the city nearest the home office.

On the flipside, those cheaper IDC BW rates don&#039;t make much of a difference if they are shipping all the data to/from the IDC from the home office in Butte, MT. They either need a fat pipe on that end still, at $$$ rates, or else they&#039;re not transferring enough data for that cost to be the deciding factor, I would think.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know where they get $95/Mbps/mo as a rate for a medium-sized datacenter. I haven&#8217;t seen numbers anywhere near that high in the US/Europe. Then again, I&#8217;ve never priced datacenter bandwidth in someplace like Portland, ME or Lincoln, NE or what have you.  I wonder if they&#8217;re basically saying the &#8220;EDC&#8221; would have to be located in the city nearest the home office.</p>
<p>On the flipside, those cheaper IDC BW rates don&#8217;t make much of a difference if they are shipping all the data to/from the IDC from the home office in Butte, MT. They either need a fat pipe on that end still, at $$$ rates, or else they&#8217;re not transferring enough data for that cost to be the deciding factor, I would think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TimC</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199359</link>
		<dc:creator>TimC</dc:creator>
		<pubDate>Thu, 19 Feb 2009 15:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199359</guid>
		<description>The way you&#039;re quoting your &quot;IDC&quot; numbers leads me to believe you&#039;re talking about something like &quot;theplanet&quot;.  That&#039;s great that it&#039;s way, way cheaper, but at the end of the day when corporate exchange for a large enterprise is down for 12 hours because their staff will &quot;get to it when they get to it&quot; (which is exactly why they can do 1 admin for 1,000 servers), the honeymoon will end.</description>
		<content:encoded><![CDATA[<p>The way you&#8217;re quoting your &#8220;IDC&#8221; numbers leads me to believe you&#8217;re talking about something like &#8220;theplanet&#8221;.  That&#8217;s great that it&#8217;s way, way cheaper, but at the end of the day when corporate exchange for a large enterprise is down for 12 hours because their staff will &#8220;get to it when they get to it&#8221; (which is exactly why they can do 1 admin for 1,000 servers), the honeymoon will end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199357</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 19 Feb 2009 13:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199357</guid>
		<description>Personally, I am very excited about cloud computing, but I work with companies who still do batch computing on mainframes.  I&#039;m still trying to figure out how to take advantage of cloud computing with clients who want to know the physical address of every location their data is stored so I&#039;m looking to private cloud computing products.  They just don&#039;t seem to offer as competitive advantages - at least at our scale.</description>
		<content:encoded><![CDATA[<p>Personally, I am very excited about cloud computing, but I work with companies who still do batch computing on mainframes.  I&#8217;m still trying to figure out how to take advantage of cloud computing with clients who want to know the physical address of every location their data is stored so I&#8217;m looking to private cloud computing products.  They just don&#8217;t seem to offer as competitive advantages &#8211; at least at our scale.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Slik</title>
		<link>http://storagemojo.com/2009/02/18/clouds-over-berkeley-the-radlab-reviews-cloud-computing-pt-1/comment-page-1/#comment-199355</link>
		<dc:creator>David Slik</dc:creator>
		<pubDate>Thu, 19 Feb 2009 09:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1108#comment-199355</guid>
		<description>Based on the last pricing analysis that I did, my feeling is that the cost listed for IDC storage is high. And private cloud EDC storage (such as that provided by Bycast) is far, far lower than the typical all-in price listed here for enterprise storage, and can even be less than the listed IDC storage costs.

On the other hand, the network costs seem way too low. In many places, even in dense metro environments, customers are paying orders of magnitude higher rates for their Internet bandwidth.

I&#039;m looking forward to your next blog post about cloud storage.</description>
		<content:encoded><![CDATA[<p>Based on the last pricing analysis that I did, my feeling is that the cost listed for IDC storage is high. And private cloud EDC storage (such as that provided by Bycast) is far, far lower than the typical all-in price listed here for enterprise storage, and can even be less than the listed IDC storage costs.</p>
<p>On the other hand, the network costs seem way too low. In many places, even in dense metro environments, customers are paying orders of magnitude higher rates for their Internet bandwidth.</p>
<p>I&#8217;m looking forward to your next blog post about cloud storage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

