5 ms·
In my personal experience, according to pingdom my Heroku app is significantly less reliable than my plain EC2 apps: https://twitter.com/#!/jamiemill/status/154
by jamiemill 15y ago
In my personal experience, according to pingdom my Heroku app is significantly less reliable than my plain EC2 apps: https://twitter.com/#!/jamiemill/status/154566469479444480/photo/1 https://twitter.com/#!/jamiemill/status/154566469479444480/p...
For ref, the heroku app is rails, 2x dynos and a shared DB with minimal traffic. The others are PHP/apache apps, one using RDS, on plain EC2.
Heroku is at least 5 layers extra to go wrong on top of EC2. On the one hand I feel that each layer adds to the probability of failure. But I'd hope that one of the benefits of Heroku would be extra redundancy and failure handling, though my limited personal experience hasn't been that way so far.
EDIT: Regarding openness, I certainly feel that every single outage is admitted by Heroku, whereas I feel Amazon's status page has not listed a few outages I've suffered. Again personal feeling, not evidence.
- newhouseb 15y agoTo further your points with my own experience: When Heroku has issues during working hours, their support is great - you can pretty easily be put in contact with an engineer or a product manager. The catch here is that there doesn't appear to be any guaranteed response time to any tickets (my urgent ticket (everything is on fire) from Sunday was accepted Monday morning). Amazon on the other hand is quite opaque - SQS/SimpleDB, for example, went down today for a few minutes (as in the service endpoints told us as such), but there wasn't a peep on the AWS status dashboard.
- glenngillen 15y agoMay not be related, but if you're on Cedar you'll want to make sure that Pingdom is sending a GET request. I've seen a few uptime monitoring services that send HEAD requests, these worked on Aspen/Bamboo as nginx would translate them on the way through. I've no idea why these services didn't report that my apps were permanently down :(