<?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: How to deal with cloud failure: Live, learn, fix, repeat</title>
	<atom:link href="http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/</link>
	<description></description>
	<lastBuildDate>Sun, 26 May 2013 06:11:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: mortazavi</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-863097</link>
		<dc:creator><![CDATA[mortazavi]]></dc:creator>
		<pubDate>Wed, 11 Jul 2012 20:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-863097</guid>
		<description><![CDATA[By pure logic, any physical failure handling subsystem can itself fail. Therefore, there&#039;s we can never say we have a fully failure-proof system.]]></description>
		<content:encoded><![CDATA[<p>By pure logic, any physical failure handling subsystem can itself fail. Therefore, there&#8217;s we can never say we have a fully failure-proof system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Arnette</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-861509</link>
		<dc:creator><![CDATA[Greg Arnette]]></dc:creator>
		<pubDate>Sat, 07 Jul 2012 12:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-861509</guid>
		<description><![CDATA[My thoughts on Risk Management Assessment in the cloud - &quot;The Cheap Cloud versus The Reliable Cloud&quot; - apps and design make the difference - http://www.gregarnette.com/blog/2012/07/the-cheap-cloud-versus-the-reliable-cloud/]]></description>
		<content:encoded><![CDATA[<p>My thoughts on Risk Management Assessment in the cloud &#8211; &#8220;The Cheap Cloud versus The Reliable Cloud&#8221; &#8211; apps and design make the difference &#8211; <a href="http://www.gregarnette.com/blog/2012/07/the-cheap-cloud-versus-the-reliable-cloud/" rel="nofollow">http://www.gregarnette.com/blog/2012/07/the-cheap-cloud-versus-the-reliable-cloud/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-861463</link>
		<dc:creator><![CDATA[Chris]]></dc:creator>
		<pubDate>Sat, 07 Jul 2012 08:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-861463</guid>
		<description><![CDATA[Mr. Arnold&#039;s comments about OpenStack clearly reveals his lack of understanding of the dynamics. He shouldn&#039;t be talking about topics he has no clue on. It doesn&#039;t matter if his resume includes colossal failures like Sun Microsystems and Yahoo, he has absolutely no clue on how open source projects work. Period.]]></description>
		<content:encoded><![CDATA[<p>Mr. Arnold&#8217;s comments about OpenStack clearly reveals his lack of understanding of the dynamics. He shouldn&#8217;t be talking about topics he has no clue on. It doesn&#8217;t matter if his resume includes colossal failures like Sun Microsystems and Yahoo, he has absolutely no clue on how open source projects work. Period.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: winski</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860881</link>
		<dc:creator><![CDATA[winski]]></dc:creator>
		<pubDate>Thu, 05 Jul 2012 18:27:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860881</guid>
		<description><![CDATA[Better yet!! NEVER GO THERE....]]></description>
		<content:encoded><![CDATA[<p>Better yet!! NEVER GO THERE&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ravi Thakur</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860876</link>
		<dc:creator><![CDATA[Ravi Thakur]]></dc:creator>
		<pubDate>Thu, 05 Jul 2012 18:20:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860876</guid>
		<description><![CDATA[AWS - which doesn&#039;t claim to be a Tier 4 data center, nor has it proven itself to be 100 percent failure proof - has always advocated that customers design for failure, so it&#039;s important to take that advice to heart. To be prepared for a future Amazon outage, it&#039;s critical to design your platform to have a backup option, so customers&#039; businesses aren&#039;t affected.  We were actually one of the first enterprise companies on private beta for Amazon&#039;s EC2 cloud, and having followed Amazon&#039;s advice, we were prepared and our downtime was just minutes, while everyone else was down for hours.
– Ravi Thakur, VP of Services &amp; Support, Coupa (www.coupa.com)]]></description>
		<content:encoded><![CDATA[<p>AWS &#8211; which doesn&#8217;t claim to be a Tier 4 data center, nor has it proven itself to be 100 percent failure proof &#8211; has always advocated that customers design for failure, so it&#8217;s important to take that advice to heart. To be prepared for a future Amazon outage, it&#8217;s critical to design your platform to have a backup option, so customers&#8217; businesses aren&#8217;t affected.  We were actually one of the first enterprise companies on private beta for Amazon&#8217;s EC2 cloud, and having followed Amazon&#8217;s advice, we were prepared and our downtime was just minutes, while everyone else was down for hours.<br />
– Ravi Thakur, VP of Services &amp; Support, Coupa (www.coupa.com)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elaad Teuerstein</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860704</link>
		<dc:creator><![CDATA[Elaad Teuerstein]]></dc:creator>
		<pubDate>Thu, 05 Jul 2012 09:09:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860704</guid>
		<description><![CDATA[Here&#039;s Nati Shalom&#039;s take on that Amazon outage: http://tinyurl.com/cqh36m8.
He uses the blow that Heroku took to make a point about surviving failures.

From the blog: &quot;Failures are inevitable, and often happen when and where we least expect them to. Instead of trying to prevent failure from happening we should design our systems to cope with failure. ...
...The question that comes out of this experience IMO is not necessarily how to deal with failures (those lessons are as old as the mainframe or even older), but rather -- why are we failing to implement the lessons?&quot;]]></description>
		<content:encoded><![CDATA[<p>Here&#8217;s Nati Shalom&#8217;s take on that Amazon outage: <a href="http://tinyurl.com/cqh36m8" rel="nofollow">http://tinyurl.com/cqh36m8</a>.<br />
He uses the blow that Heroku took to make a point about surviving failures.</p>
<p>From the blog: &#8220;Failures are inevitable, and often happen when and where we least expect them to. Instead of trying to prevent failure from happening we should design our systems to cope with failure. &#8230;<br />
&#8230;The question that comes out of this experience IMO is not necessarily how to deal with failures (those lessons are as old as the mainframe or even older), but rather &#8212; why are we failing to implement the lessons?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gooaaway</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860621</link>
		<dc:creator><![CDATA[gooaaway]]></dc:creator>
		<pubDate>Thu, 05 Jul 2012 01:50:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860621</guid>
		<description><![CDATA[“As we gain more experience [building globally distributed systems], we encounter failure domains that we haven’t hit before.” ------- Really? No one ever had a Generator or Telephone line or Circuit or equipment  FAILURE !? REALLY?!?!? ------ These People are AMATEURS.... Redundency, Redundency, Redundency and if then you think its good enough ... DO IT AGAIN !! --   Its Just going to happen again...]]></description>
		<content:encoded><![CDATA[<p>“As we gain more experience [building globally distributed systems], we encounter failure domains that we haven’t hit before.” &#8212;&#8212;- Really? No one ever had a Generator or Telephone line or Circuit or equipment  FAILURE !? REALLY?!?!? &#8212;&#8212; These People are AMATEURS&#8230;. Redundency, Redundency, Redundency and if then you think its good enough &#8230; DO IT AGAIN !! &#8212;   Its Just going to happen again&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles T. Betz</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860487</link>
		<dc:creator><![CDATA[Charles T. Betz]]></dc:creator>
		<pubDate>Wed, 04 Jul 2012 15:55:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860487</guid>
		<description><![CDATA[This is one of the most intelligent articles I&#039;ve read on this topic. The cycle of failure is inevitable as we build, stabilize, commoditize, and then conceive of some ambitious next step we hope will give us competitive advantage.]]></description>
		<content:encoded><![CDATA[<p>This is one of the most intelligent articles I&#8217;ve read on this topic. The cycle of failure is inevitable as we build, stabilize, commoditize, and then conceive of some ambitious next step we hope will give us competitive advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shaleen Shah</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860436</link>
		<dc:creator><![CDATA[Shaleen Shah]]></dc:creator>
		<pubDate>Wed, 04 Jul 2012 13:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860436</guid>
		<description><![CDATA[I have to agree with your insights here - and doing business on the cloud won&#039;t even happen without electricity.. makes you appreciate those who are working hard to provide us with power, 24x7 a year.  I wonder if someone can come up with a sustainable solution to manage this risk.  Anyway, have a Happy 4th and thanks for sharing this post.]]></description>
		<content:encoded><![CDATA[<p>I have to agree with your insights here &#8211; and doing business on the cloud won&#8217;t even happen without electricity.. makes you appreciate those who are working hard to provide us with power, 24&#215;7 a year.  I wonder if someone can come up with a sustainable solution to manage this risk.  Anyway, have a Happy 4th and thanks for sharing this post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harish Ganesan</title>
		<link>http://gigaom.com/2012/07/03/how-to-deal-with-cloud-failure-live-learn-fix-repeat/#comment-860360</link>
		<dc:creator><![CDATA[Harish Ganesan]]></dc:creator>
		<pubDate>Wed, 04 Jul 2012 09:17:14 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=539182#comment-860360</guid>
		<description><![CDATA[Good article. I have shared my thoughts on dealing with cloud failure in this post : High Availability Patterns to AWS overcome outages . URL : http://harish11g.blogspot.in/2012/06/aws-high-availability-outage.html]]></description>
		<content:encoded><![CDATA[<p>Good article. I have shared my thoughts on dealing with cloud failure in this post : High Availability Patterns to AWS overcome outages . URL : <a href="http://harish11g.blogspot.in/2012/06/aws-high-availability-outage.html" rel="nofollow">http://harish11g.blogspot.in/2012/06/aws-high-availability-outage.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
