<story><title>How SmugMug survived the Amazonpocalypse</title><url>http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/</url></story><parent_chain></parent_chain><comment><author>josephruscio</author><text>I&apos;m finding a lot of these articles about &quot;surviving&quot; the outage fairly frustrating. They generally boil down to a combination of the following:&lt;p&gt;1. &quot;We use a multi-AZ strategy!&quot; - This outage affected multiple AZ&apos;s concurrently. If you did not see downtime, this means you were fortunate to have at least one unaffected AZ. This is pure luck however, many sites with the same level of preparation had significant downtime. (Note: A multi-AZ strategy is sage and would have minimized your downtime, but does not warrant a survival claim in this case.)&lt;p&gt;2. &quot;We aren&apos;t using EBS!&quot; - Not a single article I&apos;ve seen has claimed that they weren&apos;t using EBS because they feared a multi-day/multi-AZ outage. They weren&apos;t using it because it lacks predictable I/O performance in comparison to S3. You can&apos;t retroactively claim wisdom in the category of availability for this choice.&lt;p&gt;3. &quot;We don&apos;t host component &amp;#60;X&amp;#62; on AWS!&quot; - Taking this argument to it&apos;s logical end, any service that doesn&apos;t host on AWS could write one of these articles e.g. &quot;We host on Rackspace so we didn&apos;t go down!&quot;&lt;p&gt;In short, if you don&apos;t have a completely multi-region strategy (including your relational data-store) implemented purely on AWS, your blog post is decreasing the signal-to-noise ratio on this issue.</text></comment>
<story><title>How SmugMug survived the Amazonpocalypse</title><url>http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/</url></story><parent_chain></parent_chain><comment><author>cagenut</author><text>I think smugmug&apos;s cloud/colo hybrid is more likely to become the norm than the all-cloud dream of not having to deal with hardware anymore.   When it comes to the &quot;undifferentiated heavy lifting&quot; aws wins.  s3 for bulk storage, ec2 for asynchronous computing, cdn&apos;s for edge/delivery.   But when it comes to your core data (meta data?  the 64bit picture_id as opposed to the 2megabyte jpg) you just cannot beat raid10 ssd type colo&apos;d setups right now.&lt;p&gt;Essentially I think we&apos;re going to be in an 80/20-ish cloud/colo sweet spot situation for years to come.</text></comment>