5 Questions to ask when deciding whether to rely on S3 et al
Several products I’ve worked on recently have relied on Amazon’s really impressive web services. I’ve written before about how much I admire services such as S3 and EC2, solid, commercial quality infrastructure services.
They address (and? or? solve) a big problem that application builders have:
“How many servers will I need, how many users will I have, how much storage will I need … and in the end, how much will all that cost?”.
They solve this by offering key components of infrastructure as a “software as a service”, SAAS. Starting with permanent storage, which is delivered by S3, followed by computes or servers, delivered by EC2, and further followed by a growing variety of other infrastuctural services.
Let’s look at what questions to ask when deciding to use any of these services. For example, when deciding to depend on Amazon’s S3 storage service (delivered over the internet, no hardware required) instead of buying a series of file and database servers (hardware) you need to consider the trade-offs:
- Given my expected growth, what is the comparable cost?
- What are my options in each case if my growth doesn’t actually develop as I expect?
- What is the comparable performance?
- What is the comparable reliability?
- If the whole scheme doesn’t work out, how hard is it to switch?
You see that you end up with a fairly tricky decision matrix. More tomorrow on how I solved this dilemma.
Popularity: 6% [?]




February 19th, 2008 at 8:39 am
[...] Pito’s Blog Some stuff I just figured out « 5 Questions to ask when deciding whether to rely on S3 et al [...]
February 19th, 2008 at 10:25 am
[...] out this post from Pito’s Blog ยป Pito Salas blogs about technology, life and everything: 5 Questions to [...]
February 20th, 2008 at 8:01 am
[...] written about some of the considerations that go into the choice between physical infrastructure and new SAAS services such as…. I also covered why the fact that you are comfortable relying on a hosting provider for rack [...]