Hacker News new | past | comments | ask | show | jobs | submit login

The author seems to consider potentially losing 1 out of every 10,000 objects in a year unacceptable. It's true that it isn't the reliability that I would want for critical files, but many things are non-critical. For example: YouTube stores multiple copies of every file (the original, 360p, 480p, potentially 720p and 1080p and potentially using multiple codecs). One copy is "critical". The others are nice to have. On a site like that, you can make the original and the 360p critical so that you're always able to serve the video and you always have the original and then if you need to regenerate the 720p version, you just do that and really people can wait an hour - especially since it still works, albeit at 360p.

Likewise, think about the thumbnails that Facebook stores of images. If one of them disappears, it can be regenerated. There's no reason to store so many copies.

Amazon's new service level shouldn't be used for data you want to keep absolutely safe. It should be used for data that you can regenerate if it disappears since it will save you money. If you have to re-transcode 1 out of every 10,000 videos a year (0.01%) while saving 50% on storage costs, you're in a good place.




To us (Nasuni - I am an employee) losing objects in the cloud is unacceptable, therefore, the blog post reenforces that. The Nasuni Filer (our product) is a local-to-the-site, cloud-backed filesystem - and losing objects in a filesystem is simply unacceptable.

Therefore, using RRS doesn't make sense for our current and potential customers who expect that our filesystem, and the snapshots of that filesystem reaching back in time, will not loose data. Sure - you save some money using it, but what happens (as the post points out) when you loose a root entry for your filesystem?

RRS is interesting in the way that buying a really cheap hard drive is - you know you're paying for reduced reliability, and if that's an acceptable risk for you, fine. However to us, right now, it's an unacceptable risk to our customers.

So, we agree with you - Amazon's new service level shouldn't be used for data you want to keep absolutely safe, and keeping data safe is our job as a company and product.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: