<?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 Platforms Heroku, DotCloud &amp; Engine Yard Hit Hard By Amazon Outage</title>
	<atom:link href="http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/</link>
	<description></description>
	<lastBuildDate>Sun, 19 May 2013 03:33:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Scott McDonald</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-619543</link>
		<dc:creator><![CDATA[Scott McDonald]]></dc:creator>
		<pubDate>Tue, 26 Apr 2011 13:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-619543</guid>
		<description><![CDATA[Good points – also note its not that hard to failover to another cloud site. I recommend using 2 different cloud vendors (EC2 and Linode.com) – setting up mysql replication between the instances, automate rsync over ssh for web directories, so that both sites are always hot – and then use DNS Failover techniques to automatically redirect traffic between them.

But I’m biased – as I offer DNS Failover services anyone can afford at dnshat.com so take this with a grain of salt – but I’ve seen this type of automated failover setup work great for many clients using traditional lamp stacks.]]></description>
		<content:encoded><![CDATA[<p>Good points – also note its not that hard to failover to another cloud site. I recommend using 2 different cloud vendors (EC2 and Linode.com) – setting up mysql replication between the instances, automate rsync over ssh for web directories, so that both sites are always hot – and then use DNS Failover techniques to automatically redirect traffic between them.</p>
<p>But I’m biased – as I offer DNS Failover services anyone can afford at dnshat.com so take this with a grain of salt – but I’ve seen this type of automated failover setup work great for many clients using traditional lamp stacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Om Malik</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-619017</link>
		<dc:creator><![CDATA[Om Malik]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 16:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-619017</guid>
		<description><![CDATA[Joe

Can you share what things your did in order to make the AWS infrastructure work for you guys?]]></description>
		<content:encoded><![CDATA[<p>Joe</p>
<p>Can you share what things your did in order to make the AWS infrastructure work for you guys?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Om Malik</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-619016</link>
		<dc:creator><![CDATA[Om Malik]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 16:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-619016</guid>
		<description><![CDATA[Thanks Bob. Though Derrick Harris wrote the post. Loved your post.]]></description>
		<content:encoded><![CDATA[<p>Thanks Bob. Though Derrick Harris wrote the post. Loved your post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-619009</link>
		<dc:creator><![CDATA[Derek]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 16:30:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-619009</guid>
		<description><![CDATA[No infrastructure is bulletproof. I think the key is that services that do host with AWS, do they have a failover to another cloud? One of the reasons our LongJump PaaS (http://longjump.com) remains hosted on a managed provider rather than purely in an IaaS is that it is still possible for us to switch over to another set of servers. So even though the possibility exists for a server-related shutdown, we can at least recover on our own and not wait for the &quot;Cloud to Clear.&quot;

But I should note that we&#039;re not bad-mouthing any IaaS. We use them all the time for development and testing. But since our PaaS is our bread and butter, we just tend to be a bit more traditional on the server side. Hosting on private servers, while more of an investment and less elastic, is also the least risky.]]></description>
		<content:encoded><![CDATA[<p>No infrastructure is bulletproof. I think the key is that services that do host with AWS, do they have a failover to another cloud? One of the reasons our LongJump PaaS (<a href="http://longjump.com" rel="nofollow">http://longjump.com</a>) remains hosted on a managed provider rather than purely in an IaaS is that it is still possible for us to switch over to another set of servers. So even though the possibility exists for a server-related shutdown, we can at least recover on our own and not wait for the &#8220;Cloud to Clear.&#8221;</p>
<p>But I should note that we&#8217;re not bad-mouthing any IaaS. We use them all the time for development and testing. But since our PaaS is our bread and butter, we just tend to be a bit more traditional on the server side. Hosting on private servers, while more of an investment and less elastic, is also the least risky.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roberto</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-618933</link>
		<dc:creator><![CDATA[Roberto]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 09:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-618933</guid>
		<description><![CDATA[If security and reliability is important to your customers you should still consider dedicated hardware. It takes quite a lot of extra work but in our case we are happy, also in terms of availability and costs.]]></description>
		<content:encoded><![CDATA[<p>If security and reliability is important to your customers you should still consider dedicated hardware. It takes quite a lot of extra work but in our case we are happy, also in terms of availability and costs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ElasticHosts cloud servers</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-618923</link>
		<dc:creator><![CDATA[ElasticHosts cloud servers]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 07:38:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-618923</guid>
		<description><![CDATA[For all customers affected by EC2 downtime, I would like to recommend ElasticHosts as an alternative cloud service (www.elastichosts.com) - we offer a 5 day free trial for our cloud servers in US or UK, which is likely enough at least to bridge the gap.]]></description>
		<content:encoded><![CDATA[<p>For all customers affected by EC2 downtime, I would like to recommend ElasticHosts as an alternative cloud service (www.elastichosts.com) &#8211; we offer a 5 day free trial for our cloud servers in US or UK, which is likely enough at least to bridge the gap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Stump</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-618888</link>
		<dc:creator><![CDATA[Joe Stump]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 04:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-618888</guid>
		<description><![CDATA[SimpleGeo didn&#039;t go down. Our apparently unique architecture assumes core AWS services can, and will, fail.]]></description>
		<content:encoded><![CDATA[<p>SimpleGeo didn&#8217;t go down. Our apparently unique architecture assumes core AWS services can, and will, fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Warfield</title>
		<link>http://gigaom.com/2011/04/21/more-than-100-sites-went-down-with-ec2-including-your-paas-provider/#comment-618884</link>
		<dc:creator><![CDATA[Bob Warfield]]></dc:creator>
		<pubDate>Fri, 22 Apr 2011 03:55:33 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=334918#comment-618884</guid>
		<description><![CDATA[Good summary, Om.  

You can&#039;t count on Amazon for your disaster recovery, nor perhaps your PaaS provider either.  That&#039;s not to say quit using Amazon or PaaS&#039;s, just that your customers will make you responsible.  There have been mechanisms available for a while now that would&#039;ve mitigated a lot of these troubles.  Companies like Netflix have used them and been fine.

More on Smoothspan:

http://smoothspan.wordpress.com/2011/04/21/what-to-do-when-your-cloud-is-down/

Cheers,

BW]]></description>
		<content:encoded><![CDATA[<p>Good summary, Om.  </p>
<p>You can&#8217;t count on Amazon for your disaster recovery, nor perhaps your PaaS provider either.  That&#8217;s not to say quit using Amazon or PaaS&#8217;s, just that your customers will make you responsible.  There have been mechanisms available for a while now that would&#8217;ve mitigated a lot of these troubles.  Companies like Netflix have used them and been fine.</p>
<p>More on Smoothspan:</p>
<p><a href="http://smoothspan.wordpress.com/2011/04/21/what-to-do-when-your-cloud-is-down/" rel="nofollow">http://smoothspan.wordpress.com/2011/04/21/what-to-do-when-your-cloud-is-down/</a></p>
<p>Cheers,</p>
<p>BW</p>
]]></content:encoded>
	</item>
</channel>
</rss>
