Live data from Hacker News

Why companies move off Heroku (besides the cost)

blog.porter.run

141–150 of 230 posts

Re: Why companies move off Heroku (besides the cost)

#141

Earlier quoted context omitted.

I'm curious about what "substantially better than RDS" means. RDS has been good enough for me for quite a while. Does it only matter once you get to a certain scale?

Craig here from Crunchy the company he's referring to. Not sure what he has in mind, but having built a lot of Heroku Postgres in the early days I definitely have thoughts on what can make a database great. There is a big gap between most developers and what you need to know to efficiently run Postgres. Without tipping too much of our hand, we're focused deeply on building an amazing developer experience for Postgres…

disclaimer: former Heroku person here too

Some examples of the things I've missed around developer experience for a database, that Craig and the team made possible at Heroku Postgres, include:

- fork: ever had one of those "why does this bug only exist in production?" problems? It was so trivial to fork the DB and run your tests/hypothesis/whatever without the risk of actually impacting production. Same thing for _really_ testing a migration script or load test.

- follow: a similarly easy approach for getting a read replica which is super useful for generating reporting.

- dataclips: "hey, can you tell me X?" sure, and here's a URL to the results that you can refresh if you need an updated number in the future. So great for adhoc queries.

All of these are obviously doable with RDS and/or other solutions too. But the time taken to do any of the above was often measured in seconds, at most minutes. It's difficult to communicate just how impactful those kind of improvements are to your workflow. It's like it subconsciously gives you permission to tackle whole new problems, build better solutions, get answers to questions you never thought to ask before. Because the barrier to entry is so low you just do these things. You don't sit around wondering if you could.

A great developer experience around a database (one that goes beyond setup and basic ops) is a severely under appreciated thing IMO.

Re: Why companies move off Heroku (besides the cost)

#142

The year is 2022 and still no HTTP2 support. https://help.heroku.com/JAOCNZ25/does-heroku-have-plans-to-s...

Yes, this is :(, but you should be serving all your static assets through a CDN, which will have http2. I can't think of a scenario where I would want to serve anything other than the dynamic content off the heroku server. I don't think http2 buys you much there. So you should be able to get away with at most 2 requests - one to the heroku server, and one to the cdn.

The 2022 answer is actually to bake the CDN into your PaaS. Requiring a whole separate CDN for static assets is complication no one needs in their life.

Re: Why companies move off Heroku (besides the cost)

#143
post #57

Earlier quoted context omitted.

They’ve been shilling their R•nder and P•rter services on every single thread about this Heroku incident, and it’s frankly a problem that HN moderators should address.

(Render founder) I haven't seen a single Render employee or investor post on HN about the Heroku incident; this comment is the first we've participated in any discussion on the topic. I'd love to see links if you can share.

Well here is you (with your disclosure) participating in a discussion on the topic a few days ago:

https://news.ycombinator.com/item?id=31053504

You’re as capable as I am of searching HN for mentions of your service.

Re: Why companies move off Heroku (besides the cost)

#144
post #92

Earlier quoted context omitted.

Bingo. Porter is one of the only ones that seems to offer feature parity across aws and gcp. Render.com looks cool but is also AWS only.

(Render employee) We currently use AWS, GCP, and Cloudflare under the hood.

Thanks for clarifying!

Re: Why companies move off Heroku (besides the cost)

#145
post #57

Earlier quoted context omitted.

(Render founder) I haven't seen a single Render employee or investor post on HN about the Heroku incident; this comment is the first we've participated in any discussion on the topic. I'd love to see links if you can share.

Well here is you (with your disclosure) participating in a discussion on the topic a few days ago: https://news.ycombinator.com/item?id=31053504 You’re as capable as I am of searching HN for mentions of your service.

He's responding to someone who specifically mentioned their experience using Render. I don't consider that shilling. I personally like seeing that kind of direct engagement from founders on HN.

Re: Why companies move off Heroku (besides the cost)

#146
post #29

Small nit: I believe this is incorrect: > More recently, all Git-based deployments (which is to say, virtually all deployments) to Heroku were blocked and review apps were halted for all users as a result of a GitHub OAuth token leak. It should read "all GitHub -based deployments". You can still deploy with `git push heroku main`.

Ah yup good catch - just updated the article

It caught my eye too, but for a different reason, this bit doesn't seem right:

> which is to say, virtually all deployments

My understanding is if deploying with `git push heroku main`, that application's GitHub repository was not viewable by hackers (but those apps deployed through 'Heroku GitHub Deploys' were). (please tell me if my understanding is incorrect).

I think most Heroku users would deploy with `git push heroku main`, although that's purely hunch.

Unrelated, but I'd add one more thing to the article, which is that Heroku docs aren't easy to give feedback on. I'd love for the docs to be on GitHub so shortcomings or inaccuracies can quickly be addressed. Currently, to point out a correction to the docs, you'd have to write a support ticket and 100% chance that support ticket isn't going beyond the person who received it, so nothing will get actioned.

Re: Why companies move off Heroku (besides the cost)

#147

Warning: There are a couple people in this thread mentioning products that they're investors in. I won't call them out expressly, but I think people should be direct about their incentive alignments. It's disingenuous and borders on astroturfing IMO. Background: Founder of Railway.app here. There's a lot of these companies popping up that offer a "Heroku replacement", and once you dive in, you realize you have to pay…

I agree 100% on the misdirection happening on many of these so-called Heroku replacements.

Offering me 'kube-as-a-service' over a layer of AWS or whatever on top of some massive cloud provider isn't really a heroku competitor. Thats just throwing some plywood over a ball of mud and trying to offer some hand holding with all the rough edges. I don't wanna have to decide between AWS or GCP (see one of the first docs on Porter: https://docs.porter.run/getting-started/provisioning-infrast...), or even think about them. I don't want to learn k8s to spin up some side-projects, and ultimately if you go with one of these the abstractions _will_ leak. I don't wanna go look at AWS UIs to see the status of my database (see https://docs.porter.run/deploying-addons/postgresql#persiste...).

The fact is if you need k8s, then you probably need a team of smart people setting it up and continually managing it who are very knowledge about your app and its specific needs, because you better have the scale that requires. Because if you are spinning up a k8s cluster for a monolith or a few microservices w/ 200 customers, you are just going to burn thru dev time and cash.

Heroku has been constantly praised since it took off because it does massive amounts of things behind the scenes to abstract away all the operations you don't want to worry about. You can launch a tiny prototype or small to medium startup in under an hour. You can add a DB and Redis w/ snapshots and automated backup and monitoring all w/i the Heroku API or UI. Does it expose the full power of the datastore and let you do everything you can do with RDS or a VPS? Of course not, but thats a totally valid trade off when you are just trying to get something shipped to see if it has traction.

So if you are looking for Heroku alternatives: know that things like Porter aren't really direct competitors, no matter how much they are marketing themselves as. From what I've seen Render and Railway are much more in line to be the next Heroku-replacement.

edit to mention, since the parent brought it up: I have no horse in this race. I'm still a fan of Heroku and use it daily, but don't work for anything to do with dev tools or PaaS.

Re: Why companies move off Heroku (besides the cost)

#148
post #19

As someone that was there at Heroku after the acquisition, I don't think you can state that since the acquisition it's been consistently downhill. There isn't much debate that things have stagnated in the last 5-7 years which is a longer story on why probably. Some examples of innovation that happened and were launched after the acquisition: buildpacks (at the time of acquisition Heroku was still Ruby only), Heroku P…

https://render.com is my favorite in this space

How does render compare to Netlify? They seem fairly similar.

Re: Why companies move off Heroku (besides the cost)

#149

Earlier quoted context omitted.

It's honestly strange how no one has eaten their lunch yet. Besides the extra services they now offer (which you aren't required for hosting a simple app), you could probably have a team bang out the basics in a few months. You could even just be a layer on top of AWS and probably make profit from not many users, as long as you're cheaper.

There are a lot of startups that have banged out the basics in a few months. The are getting mentioned all over in the threads under this article. But the basics aren't good enough. Heroku looks simple, but does a lot, and pretty much does it all right. Their documentation alone is amazing and it would take more than a few months to create docs of the same quality.

Yuuup. That is the genius of Heroku. They make almost everything very simple and the tougher stuff relatively easy to understand and configure. All of that took many many years of iteration and refinement, which is why the competitors are going to take awhile to get there.

Re: Why companies move off Heroku (besides the cost)

#150

Netlify do everything that I had used Heroku for, for free. In nearly one click too, instead of a dozen levers.

Do you only use lambdas for compute, or do they host servers now?

They can have backends too, not just stuff rendered for the client

You can also have those discreet compute instances as well, Netlify I think just recently introduced this, not sure how recent

To my knowledge the only thing missing is a persistent storage solution, so you still need a database elsewhere but your api can read and write to it

I personally dont do system design that way with my “web3” sites, as these are basically frontends to smart contracts, so I’m essentially using nearby nodes as compute instances and users pay to update the state of the compute instances and what the client therefore displays. Surprisingly economical for developers, I see that model attracting more devs very quickly as the stack and deployment is less complicated and cheaper and customers are already there.

Post reply on HN