|
|
|
|
|
by bradleybuda
1518 days ago
|
|
We're big Heroku customers; despite that, I largely agree with the points in this article and there's a voice in the back of my head asking every few months "is this worth it?" Whenever I research the new crop of Heroku clones (the one being hawked here, and others) the pitch is always "it's just like Heroku but you can run it in your own cloud". It's mind-boggling to me that none of the clones understands that I DON'T WANT TO RUN IT. Yes, I pay Heroku a premium because I like their software (the pipelines are great, dyno formations mostly Just Work) but what I'm really paying for is: * Never typing "ssh" * Never thinking about a full disk from a runaway log file * Never thinking about a load balancer or a certificate * Never waking up because a Postgres host has failed * etc, etc I have no interest in a "Heroku but you run it" PaaS but I'd pay though the nose for a "Heroku but it's actively developed" PaaS. |
|
I’ve been using Heroku since 2013. In both a hobby and professional manner. I was even one of the first employees at a Healthcare specific Heroku clone (before we expanded to other products). I’ve been extolling the virtues of Heroku for nearly a decade.
Whenever something new comes out there’s always some critical piece that’s missing. The simplicity and the “it just works” factor of Heroku cannot be understated.
Take logging for example. Let’s say I want to add papertrail to a Heroku project. How do I do that? I click one single button. Heroku handles the environment variables, standing the logging container up, making sure I have access to it, etc. I don’t have to do literally anything to get it to work. The same goes for any add-on or service. Need Redis? Sure! Just click this button. That’s quit literally all you need to do.
Compare that to AWS, which is a nightmare of config hell, permissions, roles, policies. And that’s just getting it created and stood up. Not to mention maintaining it.