Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I pay Heroku to host my rails apps, not Amazon. I don't give a flying fk what kind of back end infrastructure they use, as long as people can get to my app.

It is surprising they don't talk refunds for the downtime, if they are taking responsibility. I'd imagine we will see this coming soon?



So you are saying if they are taking 100% of the responsibility they assume 100% of the liability? This is exactly why I'm suggesting they may have put their foot in their mouth. SOME of the fault reasonably lies with Amazon in my opinion, and I personally would not have cared if they took 50%. That's all really.


Legally? Yes. Morally? Yes. Ethically, Yes. Did they have to do this? No. Will I stay a customer because they took responsibility, instead of blaming someone else? Yes. Do I wish every company (including Amazon themselves) had the balls that Heroku does? Yes.

Sure, it would be easy to blame Amazon - really easy. But as I said I was paying for rails hosting from Heroku, not Amazon.


What about this example. You have Acme Corp Datacenters who sell dedicated servers to their customers. If Acme Corp has a network outage because their single Comcast connection went down because Comcast was having some routing errors, the customers who are effected go to Acme Corp. It isn't the customers fault that Acme Corp wasn't prepared to deal with a downed connection and setup a redundant network.

In this example, think of Amazon as Comcast and Acme Corp as Heroku. Heroku wasn't prepared to handle this type of failure, so they're at fault.


By that argument, the customers of Heroku who weren't prepared to handle Heroku's failure were at fault. They should have had alternate rails hosting lined up.


Amazon is at fault to Heroku. However, Heroku isn't talking to Amazon here, they are talking to their customers. Heroku is at fault to those customers. In turn, those customers are at fault to their users. Heroku can't pass the buck to Amazon, and those customers can't pass the buck to Heroku for their downtime (They can, but it's still their responsibility).


Well it depends on what Heroku's SLA was, if any. If Heroku stated 100% uptime grantee, then Heroku would be to blame for not living up to their 100% uptime. If Heroku said hey listen, we can't guarantee any amount of uptime so be prepared and someone were to host some "mission critical" information on Heroku then yeah it would be the customers fault.


Heroku has no SLA




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

Search: