Learning from the S3 Outage

Today’s S3 outage taught me quite a bit. I don’t currently have any sites or services running on AWS, but I will have multiple ones up shortly. I am always big on redundancy, but I admit that when I comes to things like EC2 and S3 – I assumed that Amazon had already implemented the redundancy (trust me, I realize that this wasn’t the best viewpoint to take). When it boils down to it – here is the truth: Everything can fail. Second, if it isn’t your service/server/network – you can’t fix it. You just simply have to wait for it to be fixed.

Every site needs a ‘what if’ plan: what if my database server crashes, what if S3 goes down, what if EC2 goes down and I lose all of my server instances? In a world that is moving so fast toward hosted services – we need to remember these things and architect our applications to function (even if not at a full level) when these things fail. Oh, and don’t kid yourself – they will fail.




2 Responses to “Learning from the S3 Outage”

  1. [...] Големият въпрос с даден сайт като това е скалируемост и наличност. Например, ако отидете и проверка на здравето на страницата за Acrobat.com няколко услуги са ограничени, поради високото трафик. Това е едно ограничение, че потребителите ще трябва да се използват за – защото всички онлайн услуги, ще имат пъти по-малко от звездния изпълнение (не забравяйте на S3/EC2 прекъсване?). [...]

  2. [...] availability and scalability (especially after last amazon AWS crash), you should read this article Learning From THE S3 Outage. What is more Adobe made special Site: health.acrobat.com that we can see acrobat.com services [...]

Leave a Reply