From the documentation they "...will have that web dyno idled out after one hour of inactivity."
The issue is that there is no hour of inactivity because there is web monitoring/querying supposedly going on automatically. So there should be no idling.
They are trying to "cheat" the system by setting up automated pings to keep it alive. Do you really think that's in the spirit of the offering from Heroku? I don't know why it isn't working but I hope Heroku just "handles" that scenario.
Like I said, if Heroku did provide the resources for all these free apps (and there must be so many that aren't used) then that would be reflected in their pricing. I pay for Heroku and don't want to be paying more to compensate resources for their free apps.
I don't think it's in the spirit of the offering, but that's up to individual interpretation. What is very clear is that it doesn't seem to be behaving as documented. That's a problem.
Also, bgentry stated "We idle single-dyno apps that have not recently received requests. We do no caching." This also seems to contradict what is happening and adds to the confusion.
Why not just clarify what exactly is going on? It's completely reasonable to be handling this kind of situation however they are doing it, but it's not reasonable (IMHO) to repeat and support misleading/incorrect documentation.
Well, it's documented in the sense that the free web dyno is documented to spin down sometimes; if you pay $35/month for the extra web dyno, it ought not to.
This seems like a reasonable pricing model to me. And it seems reasonable to me that they don't document _exactly_ in what circumstances the free dyno might spin down on idle. Free is free.
If on the other hand even with the paid extra web dyno you were still getting ~10 second spin up times after idle, that would be something I'd get annoyed at too.
If you're willing to pay over $100/month on services you may or may not need just for the learning experience -- perhaps scale some of those back, and instead pay $35/month for the web dyno you do actually need to avoid the idle spin up time.
I do think it's true that heroku can end up being a lot more expensive than you initially expect for what you need, the extras can add up quick. This certainly can be frustrating. Even when you really are paying only for what you need, things can get expensive for a non-tiny app. But if you want to minimize your costs, you definitely want to avoid paying for add-ons you don't need.
Exactly. It's not a problem that Heroku has implemented such a system, but it is a problem that it's not disclosed. The details do not have to be spelled out, but the system should be documented.
The issue is that there is no hour of inactivity because there is web monitoring/querying supposedly going on automatically. So there should be no idling.