<?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: There&#8217;s no need to be a one-cloud company</title>
	<atom:link href="http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 19:14:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Joshua Merritt</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-838602</link>
		<dc:creator><![CDATA[Joshua Merritt]]></dc:creator>
		<pubDate>Fri, 04 May 2012 15:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-838602</guid>
		<description><![CDATA[Really interesting thoughts. I think the key point I got from the article is the focus on a single management platform. Most of the major cloud vendors provide limited tools for monitoring and management to begin with, but definitely aren&#039;t equipped to consolidate your view of a multi-vendor approach. 

Full disclaimer: I work for BMC Software, and this is the exact space we play into in the cloud - adding the layer of tools you truly need to manage your entire cloud, regardless of which of the big (or small) vendors you are using, or how many. Consider looking into the cloud management space to see what tools are available from vendors that may be able to help you with these challenges - they are very real, but very solvable. 

Key takeaway: Every vendor will sell you on their cloud platform, and claim full &quot;management&quot; tool integration. Very few actually have it at the scale you will want as technology continues to drive your business.]]></description>
		<content:encoded><![CDATA[<p>Really interesting thoughts. I think the key point I got from the article is the focus on a single management platform. Most of the major cloud vendors provide limited tools for monitoring and management to begin with, but definitely aren&#8217;t equipped to consolidate your view of a multi-vendor approach. </p>
<p>Full disclaimer: I work for BMC Software, and this is the exact space we play into in the cloud &#8211; adding the layer of tools you truly need to manage your entire cloud, regardless of which of the big (or small) vendors you are using, or how many. Consider looking into the cloud management space to see what tools are available from vendors that may be able to help you with these challenges &#8211; they are very real, but very solvable. </p>
<p>Key takeaway: Every vendor will sell you on their cloud platform, and claim full &#8220;management&#8221; tool integration. Very few actually have it at the scale you will want as technology continues to drive your business.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hassan Hosseini</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829992</link>
		<dc:creator><![CDATA[Hassan Hosseini]]></dc:creator>
		<pubDate>Fri, 13 Apr 2012 17:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829992</guid>
		<description><![CDATA[I can chip in on the &#039;low data transfer costs&#039; point. We have a free tool which you can design your multi-cloud deployment and using the latest cloud provider prices (inc data-in and data-out), we create a detailed cost report. You can then assess how major the data transfer costs actually are compared to lets say instance hours, or storage etc.. Its at ShopForCloud.com. Would love to get your thoughts on it.

Thanks,
Hassan
ShopForCloud.com co-founder]]></description>
		<content:encoded><![CDATA[<p>I can chip in on the &#8216;low data transfer costs&#8217; point. We have a free tool which you can design your multi-cloud deployment and using the latest cloud provider prices (inc data-in and data-out), we create a detailed cost report. You can then assess how major the data transfer costs actually are compared to lets say instance hours, or storage etc.. Its at ShopForCloud.com. Would love to get your thoughts on it.</p>
<p>Thanks,<br />
Hassan<br />
ShopForCloud.com co-founder</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Reeves</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829128</link>
		<dc:creator><![CDATA[Brian Reeves]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:30:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829128</guid>
		<description><![CDATA[A small Cloud provider called FracRack LLC fracrack.com has already seen the writing on the wall and has begun testing of a second Cloud.  Still only one company but two completely different Clouds for this exact need.]]></description>
		<content:encoded><![CDATA[<p>A small Cloud provider called FracRack LLC fracrack.com has already seen the writing on the wall and has begun testing of a second Cloud.  Still only one company but two completely different Clouds for this exact need.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829024</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:33:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829024</guid>
		<description><![CDATA[Jeff, excellent comments and points. I do believe that you could potentially buy all your cloud options from one partner as this would mitigate technical failure risk. Also, with an &quot;agnostic&quot; partner, you&#039;re less likely to have a proprietary solution that would limit your future negotiation options.]]></description>
		<content:encoded><![CDATA[<p>Jeff, excellent comments and points. I do believe that you could potentially buy all your cloud options from one partner as this would mitigate technical failure risk. Also, with an &#8220;agnostic&#8221; partner, you&#8217;re less likely to have a proprietary solution that would limit your future negotiation options.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829023</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:30:13 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829023</guid>
		<description><![CDATA[Thanks man!]]></description>
		<content:encoded><![CDATA[<p>Thanks man!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829021</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:29:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829021</guid>
		<description><![CDATA[Excellent points, and I agree.]]></description>
		<content:encoded><![CDATA[<p>Excellent points, and I agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829020</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829020</guid>
		<description><![CDATA[Robert, great comments, thank you. There&#039;s no doubt that &quot;data gravity&quot; is an issue. However, with the appropriate management tools in place to provide policy and governance (I.e.,  ServiceMesh) you can solve these problems. The ability to solve these problems doesn&#039;t necessarily mean your provider will make it easy, that would need to be part of your cloud due diligence.]]></description>
		<content:encoded><![CDATA[<p>Robert, great comments, thank you. There&#8217;s no doubt that &#8220;data gravity&#8221; is an issue. However, with the appropriate management tools in place to provide policy and governance (I.e.,  ServiceMesh) you can solve these problems. The ability to solve these problems doesn&#8217;t necessarily mean your provider will make it easy, that would need to be part of your cloud due diligence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829019</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829019</guid>
		<description><![CDATA[Good catch, I was remiss in not mentioning Windows Azure! Thanks for pointing it out.]]></description>
		<content:encoded><![CDATA[<p>Good catch, I was remiss in not mentioning Windows Azure! Thanks for pointing it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-829017</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 15:24:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-829017</guid>
		<description><![CDATA[Adrian you guys are definitely leaders, but you are unique as compared to the vast majority of enterprises. On the other hand, I don&#039;t think Netflix would lose much in the way of operations efficiency if your cloud ops were distributed ala Zynga. The volume is there to justify solving the problem of multi-cloud once, but then benefiting long term from price, failure, dramatic tech changes, etc.]]></description>
		<content:encoded><![CDATA[<p>Adrian you guys are definitely leaders, but you are unique as compared to the vast majority of enterprises. On the other hand, I don&#8217;t think Netflix would lose much in the way of operations efficiency if your cloud ops were distributed ala Zynga. The volume is there to justify solving the problem of multi-cloud once, but then benefiting long term from price, failure, dramatic tech changes, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schneider</title>
		<link>http://gigaom.com/2012/04/10/theres-no-need-to-be-a-one-cloud-company/#comment-828981</link>
		<dc:creator><![CDATA[Jeff Schneider]]></dc:creator>
		<pubDate>Wed, 11 Apr 2012 13:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=509159#comment-828981</guid>
		<description><![CDATA[Hey Mark - 
I prefer separating the concepts into &#039;hosting provider options&#039; and &#039;as-a-Service options&#039;. The days of force-bundling the two together are (thankfully) going away. The modern cloud provider offers a set of as-a-service offerings that were written by various parties while adhering to the hosting providers capabilities (SLA&#039;s, tech support, etc.) 

If the Dell Cloud were to offer Azure services, OpenStack services and CloudFoundry services, would it be a multi-cloud? Or does it require multiple hosting providers to be multi-cloud? 

I concur that the common cross-cutting aspects like security, compliance, audit, SLA management, cost controls, etc. are a fine fit for these tools. I also agree with Adrian that certain items (like managing PaaS functions) will have an impedance mismatch leading to an undesirable lowest common denominator. Do you remember when people tried to put a single &#039;abstraction layer&#039; across both J2EE and .Net? Some things weren&#039;t meant to have the &#039;multi-&#039; layered over them. I&#039;m a strong supporter of multi-provider options that focus on the true cross-cutting concerns. I&#039;m also a big fan of single-platform-multi-provider solutions (greatest common factor). 
Jeff]]></description>
		<content:encoded><![CDATA[<p>Hey Mark &#8211;<br />
I prefer separating the concepts into &#8216;hosting provider options&#8217; and &#8216;as-a-Service options&#8217;. The days of force-bundling the two together are (thankfully) going away. The modern cloud provider offers a set of as-a-service offerings that were written by various parties while adhering to the hosting providers capabilities (SLA&#8217;s, tech support, etc.) </p>
<p>If the Dell Cloud were to offer Azure services, OpenStack services and CloudFoundry services, would it be a multi-cloud? Or does it require multiple hosting providers to be multi-cloud? </p>
<p>I concur that the common cross-cutting aspects like security, compliance, audit, SLA management, cost controls, etc. are a fine fit for these tools. I also agree with Adrian that certain items (like managing PaaS functions) will have an impedance mismatch leading to an undesirable lowest common denominator. Do you remember when people tried to put a single &#8216;abstraction layer&#8217; across both J2EE and .Net? Some things weren&#8217;t meant to have the &#8216;multi-&#8217; layered over them. I&#8217;m a strong supporter of multi-provider options that focus on the true cross-cutting concerns. I&#8217;m also a big fan of single-platform-multi-provider solutions (greatest common factor).<br />
Jeff</p>
]]></content:encoded>
	</item>
</channel>
</rss>
