<?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: VMware vs. Amazon &#8230; ROUND ONE &#8230; FIGHT!</title>
	<atom:link href="http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/feed" rel="self" type="application/rss+xml" />
	<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight</link>
	<description>Cloud strategy &#38; infrastructure</description>
	<lastBuildDate>Tue, 02 Mar 2010 00:55:32 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: randybias</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3614</link>
		<dc:creator>randybias</dc:creator>
		<pubDate>Mon, 21 Sep 2009 03:01:42 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3614</guid>
		<description>The Amazon VPC offering is a great start.  It will definitely entice enterprise customers to move additional batch processing loads.  However, this is not an isolated or dedicated offering, so it is unlikely that customers will move production or workloads that require security and data privacy.&lt;br&gt;&lt;br&gt;Amazon will continue to make minor inroads into the enterprise, but will never be able to make significant inroads without dramatically changing their offering.</description>
		<content:encoded><![CDATA[<p>The Amazon VPC offering is a great start.  It will definitely entice enterprise customers to move additional batch processing loads.  However, this is not an isolated or dedicated offering, so it is unlikely that customers will move production or workloads that require security and data privacy.</p>
<p>Amazon will continue to make minor inroads into the enterprise, but will never be able to make significant inroads without dramatically changing their offering.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BotchagalupeMarks for September 15th - 14:26 &#124; IT Management and Cloud Blog</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3612</link>
		<dc:creator>BotchagalupeMarks for September 15th - 14:26 &#124; IT Management and Cloud Blog</dc:creator>
		<pubDate>Fri, 18 Sep 2009 22:15:34 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3612</guid>
		<description>[...] VMware vs. Amazon &#8230; ROUND ONE &#8230; FIGHT! &#124; Cloudscaling - More and more it&#8217;s becoming apparent that VMware and Amazon are headed for a serious collision. Amazon is eager to capture more of the enterprise business market, VMware&#8217;s bread and butter. Meanwhile, VMware is actively supporting a new crop of Amazon competitors with its recent vCloud Express release. More importantly, what perhaps neither have realized or, at least as far I can tell Amazon hasn&#8217;t realized, is that the battle isn&#8217;t ultimately about so-called &#8216;public&#8217; or &#8216;private&#8217; clouds[1], but about standards, de facto or otherwise. [...]</description>
		<content:encoded><![CDATA[<p>[...] VMware vs. Amazon &hellip; ROUND ONE &hellip; FIGHT! | Cloudscaling &#8211; More and more it&rsquo;s becoming apparent that VMware and Amazon are headed for a serious collision. Amazon is eager to capture more of the enterprise business market, VMware&rsquo;s bread and butter. Meanwhile, VMware is actively supporting a new crop of Amazon competitors with its recent vCloud Express release. More importantly, what perhaps neither have realized or, at least as far I can tell Amazon hasn&rsquo;t realized, is that the battle isn&rsquo;t ultimately about so-called &lsquo;public&rsquo; or &lsquo;private&rsquo; clouds[1], but about standards, de facto or otherwise. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bmullan</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3611</link>
		<dc:creator>bmullan</dc:creator>
		<pubDate>Fri, 18 Sep 2009 00:34:37 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3611</guid>
		<description>I think one approach AWS has made is it&#039;s Virtual Private Cloud (VPC) offering.&lt;br&gt;&lt;br&gt;Many Enterprises that may have considered buying VMware (lets not forget how expensive VMware licensing is for an Enterprise) may start to consider VPC if the compute/storage resources are in their own address space allowing the enterprise to use their existing nms etc tools for both their existing DC and any &quot;virtual&quot; DC components inside their AWS hosted VPC.</description>
		<content:encoded><![CDATA[<p>I think one approach AWS has made is it&#39;s Virtual Private Cloud (VPC) offering.</p>
<p>Many Enterprises that may have considered buying VMware (lets not forget how expensive VMware licensing is for an Enterprise) may start to consider VPC if the compute/storage resources are in their own address space allowing the enterprise to use their existing nms etc tools for both their existing DC and any &#8220;virtual&#8221; DC components inside their AWS hosted VPC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: randybias</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3609</link>
		<dc:creator>randybias</dc:creator>
		<pubDate>Wed, 16 Sep 2009 17:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3609</guid>
		<description>You are right. I stand corrected. I will update the article to say 3x the employees and 10x revenue.</description>
		<content:encoded><![CDATA[<p>You are right. I stand corrected. I will update the article to say 3x the employees and 10x revenue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3608</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Wed, 16 Sep 2009 16:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3608</guid>
		<description>&quot;Amazon (AMZN), as a whole, is roughly 10x the size of VMware (VMW) in both employees and revenue. &quot;&lt;br&gt;I am not sure how you figured this out. For your information, VMW has 6700 employees and AMZN has 18400.&lt;br&gt;&lt;br&gt;7 times 10 = 70, not 18.</description>
		<content:encoded><![CDATA[<p>&#8220;Amazon (AMZN), as a whole, is roughly 10x the size of VMware (VMW) in both employees and revenue. &#8220;<br />I am not sure how you figured this out. For your information, VMW has 6700 employees and AMZN has 18400.</p>
<p>7 times 10 = 70, not 18.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JohnTreadwayCloudBzz</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3606</link>
		<dc:creator>JohnTreadwayCloudBzz</dc:creator>
		<pubDate>Wed, 16 Sep 2009 01:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3606</guid>
		<description>Randy - In some sense, VMware is appearing to be the open one, while their control (de facto) of the standard gives them an unfair advantage (at least perceived) over competitors who adopt it.  Nobody will trust them.  Nobody will trust Amazon either, for that matter.  As @botchagalupe has been saying, vCloud may have a lot of operational overhead that makes it not great as a public commodity cloud underpinning, and not even that great as a private cloud.  &lt;br&gt;&lt;br&gt;I don&#039;t agree with your railroad analogy, however.  Moving from one cloud to another requires translation, brokering or whatever, but it&#039;s not technically all that hard (CloudSwitch, RightScale, etc.).  Taking a locomotive and adapting the wheels in real-time to switch track size... well, I think we&#039;d all agree about the downside of a #FAIL scenario there!  Standardization will unlock growth, but the market may well go along for many years with lots of heterogeneity.  Fortunately, the enterprise is used to that complexity.&lt;br&gt;&lt;br&gt;Anyway, great post.</description>
		<content:encoded><![CDATA[<p>Randy &#8211; In some sense, VMware is appearing to be the open one, while their control (de facto) of the standard gives them an unfair advantage (at least perceived) over competitors who adopt it.  Nobody will trust them.  Nobody will trust Amazon either, for that matter.  As @botchagalupe has been saying, vCloud may have a lot of operational overhead that makes it not great as a public commodity cloud underpinning, and not even that great as a private cloud.  </p>
<p>I don&#39;t agree with your railroad analogy, however.  Moving from one cloud to another requires translation, brokering or whatever, but it&#39;s not technically all that hard (CloudSwitch, RightScale, etc.).  Taking a locomotive and adapting the wheels in real-time to switch track size&#8230; well, I think we&#39;d all agree about the downside of a #FAIL scenario there!  Standardization will unlock growth, but the market may well go along for many years with lots of heterogeneity.  Fortunately, the enterprise is used to that complexity.</p>
<p>Anyway, great post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JohnTreadwayCloudBzz</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3605</link>
		<dc:creator>JohnTreadwayCloudBzz</dc:creator>
		<pubDate>Wed, 16 Sep 2009 00:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3605</guid>
		<description>Randy - am agreeing on your general concept.  I think it will be even more fragmented, with a few large competing commodity clouds (such as AWS, Google, Azure each with their own unique flavors, but each with a number of extensions up the value chain) and multiple types of enterprise clouds based on workloads and other parameters (HPC, OLTP, etc.).</description>
		<content:encoded><![CDATA[<p>Randy &#8211; am agreeing on your general concept.  I think it will be even more fragmented, with a few large competing commodity clouds (such as AWS, Google, Azure each with their own unique flavors, but each with a number of extensions up the value chain) and multiple types of enterprise clouds based on workloads and other parameters (HPC, OLTP, etc.).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RTFM Education &#187; Blog Archive &#187; VMware Vs Amazon?</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3598</link>
		<dc:creator>RTFM Education &#187; Blog Archive &#187; VMware Vs Amazon?</dc:creator>
		<pubDate>Tue, 15 Sep 2009 21:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3598</guid>
		<description>[...] http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight" rel="nofollow">http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Watters</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3604</link>
		<dc:creator>James Watters</dc:creator>
		<pubDate>Tue, 15 Sep 2009 20:01:43 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3604</guid>
		<description>Sam I think the variability of revenue is an important point here. Say Amazon has $200M in EC2 revenue (I know that&#039;s more aggressive than Randy&#039;s estimate but I&#039;ve heard numbers that high often)...what would that have equated to in internal IT spending for VMwares customers? I think the number would be a multiple of 2-3x at least?</description>
		<content:encoded><![CDATA[<p>Sam I think the variability of revenue is an important point here. Say Amazon has $200M in EC2 revenue (I know that&#39;s more aggressive than Randy&#39;s estimate but I&#39;ve heard numbers that high often)&#8230;what would that have equated to in internal IT spending for VMwares customers? I think the number would be a multiple of 2-3x at least?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: randybias</title>
		<link>http://cloudscaling.com/blog/cloud-computing/vmware-vs-amazon-round-one-fight/comment-page-1#comment-3602</link>
		<dc:creator>randybias</dc:creator>
		<pubDate>Tue, 15 Sep 2009 19:55:24 +0000</pubDate>
		<guid isPermaLink="false">http://cloudscaling.com/blog/?p=531#comment-3602</guid>
		<description>Insightful as always, Dmitriy.  I agree that we&#039;re just at step one.  We need not only standard APIs, but ability to make &#039;SLA contracts&#039; with clouds for security, performance and similar.  This was always one of @jamesurquhart&#039;s favorite topics.&lt;br&gt;&lt;br&gt;I think the vCloud API is a first step towards this, though.  There is nothing to stop folks from overloading or extending the vCloud API to add these capabilities.&lt;br&gt;&lt;br&gt;This also showcases a good reason *for* lock-in.  Meaning that, of course, clouds with the same hypervisor and same cloud architecture will facilitate application architectures that can be easily migrated between them.&lt;br&gt;&lt;br&gt;So, you&#039;re right, cloud lock-in via functionality is harder to overcome, but providers will move towards a lowest common denominator.  One that, if you design towards, will guarantee your application&#039;s portability.  Combined with SLA contracts, lock-in will be much harder.&lt;br&gt;&lt;br&gt;To be honest, while in the short term cloud lock-in is important, over the long haul I think it&#039;s a red herring.  It&#039;s like thinking there will be lock-in for railroads.  There can&#039;t be because they *must* interoperate in order to have value.&lt;br&gt;&lt;br&gt;I&#039;m pretty sure the market is going to make lock-in impossible in this case.</description>
		<content:encoded><![CDATA[<p>Insightful as always, Dmitriy.  I agree that we&#39;re just at step one.  We need not only standard APIs, but ability to make &#39;SLA contracts&#39; with clouds for security, performance and similar.  This was always one of @jamesurquhart&#39;s favorite topics.</p>
<p>I think the vCloud API is a first step towards this, though.  There is nothing to stop folks from overloading or extending the vCloud API to add these capabilities.</p>
<p>This also showcases a good reason *for* lock-in.  Meaning that, of course, clouds with the same hypervisor and same cloud architecture will facilitate application architectures that can be easily migrated between them.</p>
<p>So, you&#39;re right, cloud lock-in via functionality is harder to overcome, but providers will move towards a lowest common denominator.  One that, if you design towards, will guarantee your application&#39;s portability.  Combined with SLA contracts, lock-in will be much harder.</p>
<p>To be honest, while in the short term cloud lock-in is important, over the long haul I think it&#39;s a red herring.  It&#39;s like thinking there will be lock-in for railroads.  There can&#39;t be because they *must* interoperate in order to have value.</p>
<p>I&#39;m pretty sure the market is going to make lock-in impossible in this case.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
