Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Removal of Heroku free product plans

help.heroku.com

Post reply on HN
Print view View original

381–390 of 590 posts

Re: Removal of Heroku free product plans

#381

Post by cnees »

bradgessler wrote: post #261
knubie wrote: post #213

Earlier quoted context omitted.

I have a production rails app that I've been thinking of migrating to Fly from Heroku. After reading the Turboku[0] docs, it seems that the process only migrates the rails app itself, and continues to connect to the Postgres database on Heroku. Is that right? Are there any plans to "upgrade" Turboku or release a similar tool that makes migrating Heroku Postgres databases to Fly just as easy?

You're correct! The tool stops short of migrating the database from Heroku to Fly. I'm actually going to start working on this soon. Here's what that will look like: 1. A doc will appear at https://fly.io/docs/rails/ that walks through how to move over a Heroku app, including the database. I'm going to start drafting this next week since I have a few SaaS apps running on Heroku that I want to move over. 2. If the doc…

I'm looking forward to this! It'll make moving from Heroku a lot easier. The other thing I'm looking for is a way to put a hard cap on spend so it doesn't feel risky to enter my credit card.

Re: Removal of Heroku free product plans

#383

Post by rjh29 »

vagabund wrote: post #79
craigkerstiens wrote: post #17

This is a sad day. Pricing changes are always hard, and having been through some of the earlier pricing changes at Heroku you can't make everyone happy. But, so many developers deployed their first app on Heroku and was a staple for so many bootcamps. Without it I'm confident we'd have less developers in the world. It is still one of the gold standards for developer experience. Years after its heyday companies and to…

It's worth mentioning there's a very vibrant piracy community that abuses heroku's free tier for torrent to direct-download bots and myriad other purposes. Thousands and thousands of fake accounts using the resources to their limits 24/7. It's likely also the reason Google's moved away from unlimited storage for educational institutions. I can understand why Salesforce has felt the need to restrict access.

> It's likely also the reason Google's moved away from unlimited storage for educational institutions.

Absolutely, piracy forums have guides to fake being a student to get an unlimited account, then mirror huge (1TB+) gdrives full of pirated content to your own. This was (is?) happening on a huge scale.

Re: Removal of Heroku free product plans

#384

Post by buf »

kelnos wrote: post #362
buf wrote: post #326

Earlier quoted context omitted.

I just bought villainku.com. Will forward to heroku.com when the DNS is done. You die the heroku, or live long enough to become the villainku.

Ah yes, because a company that decides to stop giving away its time and resources for free is now a "villain". Right.

Mate, this was a joke. I hope that came across.

I've been a paying member of heroku for nearly a decade, and pay them $1000s of my personal income monthly. I think their product has been brilliant. I just defended them yesterday in a HN comment.

I do, however, use their free tier to test things daily. This news puts me in a bind. It's work that I hadn't planned, and I only have 3 months to find a solution for it when I have my own roadmap already planned.

Re: Removal of Heroku free product plans

#386

Post by nebula8804 »

donmcronald wrote: post #317
nebula8804 wrote: post #298

Earlier quoted context omitted.

MBAs have destroyed the US/Europe. How? Outsourcing all the jobs/manufacturing to China. This caused so many knock on effects. Some include an angry unemployed population electing Trump/other populists, the west being caught with its pants down during COVID when things we needed could not be obtained from China...many others as well. Then subsequently after all the manufacturing jobs were outsourced the next thing to…

> A lot of profound knowledge has been lost. People forget that technology and what we enjoy does not magically come out of nowhere. It requires sustained effort and on the ground knowledge that has to be maintained or it will be lost. This is something that I wish people would understand when it comes to the right-to-repair movement. For example, if nothing changes, in a couple of generations the only knowledge that…

>The worst outcome would be one with parts serialization and keys that are controlled by a foreign country.

This is one way how the US keeps its partners in line. Sure they will sell tons of aircraft and destroyers to countries like Saudi Arabia/Israel/etc. Hell they will even give money to these countries to then have it be spent right back to American companies. But the actual maintenance/parts/upgrades are controlled 100% by the US. They force the country to accept that it is better than nothing and at the same time help the US keep a leash on the country purchasing the equipment.

This concept is being expanded even further. At DEFCON in 2019 there was a talk about retrofitting older war tech with DRM and custom parts to better control who can utilize the equipment should it get out of the hands of the "intended customers". For example, in the Soviet war on Afghanistan, one amazing piece of equipment that helped tip the scales of the war in favor of the US backed Mujahideen fighting the Soviets was the Stinger portable missile system. More recently it has been discovered that systems like these are provided under the table to groups that the US wishes to unofficially support but sometimes tend to go missing and end up being used against the US. As a result, there are now efforts to bolt on digital parts serialization + access control modules to prevent "unauthorized" use/track whereabouts. I find the thought of adding DRM to 1980s technology hilariously silly but then I was treated to Single Sign On/DRM being added to DOOM....yes that DOOM, the one from 1993.

[1]:https://www.youtube.com/watch?v=Dh7nZ9t2eJA

Re: Removal of Heroku free product plans

#387

Post by Varqu »

matus_congrady wrote: post #327
Varqu wrote: post #95

Earlier quoted context omitted.

As a CTO of a company which has a very similar situation - I can fully agree on that. We already started looking into a possible migration to another cloud provider. The biggest decision point would be a similar developer experience as with git push heroku master.

Would you mind elaborating on what does the "similar developer experience as with git push heroku master" mean for you? I'm a founder at https://stacktape.com , and we're trying to provide full power of AWS with a developer-friendly experience, similar to Heroku or serverless framework. Even after doing a ton of research, I'm still not 100% sure which of the Heroku's features are the killer features that the competin…

Sure, what I would expect when deploying a new service / application:

1. Create a new app in the dashboard or command line (in Heroku it's basically a single step: choosing app name and region)

2. git push from my repository (it's a NodeJS app with React frontend)

3. The app builds automatically and gets deployed to prod

Re: Removal of Heroku free product plans

#388

Post by aledalgrande »

jonplackett wrote: post #103
fooey wrote: post #76

Earlier quoted context omitted.

I've been very happy with CloudFlare Pages, and I hear good things about Vercel, but those aren't as expansive as Heroku (yet?)

Vercel is great. That’s where I’ll be moving everything for now

They're great and Netlify is too, until you need background jobs or Redis.

Re: Removal of Heroku free product plans

#389

Post by deckard1 »

giobox wrote: post #137
ghiculescu wrote: post #66

Earlier quoted context omitted.

Why do you think nobody has been able to fully emulate this experience? It seems to me like there’d be a big market for an identical feature by feature Heroku “clone” with a more dedicated (from the outside looking in) team. No more features, no less, just exactly what Heroku did but without the intent to shut down. What’s preventing that from existing?

In part, I think development of containers for software has meant its much, much easier today to automate packaging/deployment of web apps in easy to deploy containers that work natively on all the major VPS providers, not just Heroku. My own journey with Heroku certainly largely ended once I was able to replicate much of what I used it for just using docker/docker-compose, occasionally k8s if the size/complexity of…

CapRover is another self-hosted PaaS.

The problem with straight Docker is you're left to deal with iptables and everything else on your own. Even the self-hosted PaaS offerings don't do a whole lot for you here, either. You're still on your own to configure backups, automatic package updates, system reboots, monitoring (?), and other system admin tasks.

It's borderline on whether Docker is worth it at that scale. You could just as easily setup a git hook to redeploy on push. Maybe use SQLite instead of Postgres. Configure nginx + Let's Encrypt. Without Docker you get sane iptables again, which is a benefit. And systemd can replace most functionality of docker-compose. Plus cron tasks are kinda awkward with Docker, which you'll probably need to do at some point.

Post reply on HN