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

We are far from a better Heroku for production apps in a hyper cloud

about.gitlab.com

Post reply on HN
Print view View original

231–240 of 275 posts

Re: We are far from a better Heroku for production apps in a hyper cloud

#231

Post by jopsen »

leerob wrote: post #165
danjac wrote: post #114

Earlier quoted context omitted.

Isn't Vercel pretty much just for Jamstack? Not everyone wants or needs that so I'm not sure it's better.

Hey! Lee from Vercel here. Vercel isn't just for static sites – it also handles server-rendered applications, serverless functions, and hybrid frameworks (like Next.js). The current focus has been on an incredible front-end experience, but we're working to become a first-party integrator with your favorite backend solutions. For example, you can deploy a full-stack Next.js application with a PostgreSQL database in le…

Isn't serverless still just lambda..?

Slow to boot, and subject to denial-of-wallet attacks.

I do love vercel for static sites, and also think my blog with a minimal backend for comments is a good fit.

But less sure how it'll hold up to even a single heroku dyno, which can do a lot of concurrent request at very low cost.

Re: We are far from a better Heroku for production apps in a hyper cloud

#232

Post by strzibny »

nakovet wrote: post #20

Alternatively, I tried using DigitalOcean app platform (side note: super hard to Google for help due to the generic name) and it was way harder than setting up Heroku, I invested multiple hours in a few days and when I finally got the app running I was not confident enough to proceed with the migration yet. Things I've noticed: * Segmentation Fault when deploying a Rails app, Heroku just works. * Ability to add Postg…

My trouble with Digital Ocean app platform and "turnkey" templates from VPS providers is that I don't trust them.

I want a secured box. Everything rootless. SELinux. SSH hardening. Etc.

I am better off on my own and everybody else too. Next week I am doing pre-release of my book and I hope it will be a good resource for people to take the deployment to their own hands[0].

[0] https://deploymentfromscratch.com/

Re: We are far from a better Heroku for production apps in a hyper cloud

#233

Post by boleary-gl »

detaro wrote: post #219
dustinmoris wrote: post #175

Honestly I wish the GitLab CEO would stop this running around the bush thing here. We know exactly what happened. This is not just an innocent accident by an employee. I mean the title says it all... -> "We are building a better Heroku" People at GitLab, probably including sytse, have decided that it's worthwhile to build a new Heroku competitor into GitLab. Then someone was tasked to write a PR blog post about it. T…

and now a retrospective with big point "hey, we made it to 1# on HN at least"... facepalm

I wrote that sentence and you took that completely out of context.

Here's the context if someone really does care: https://gitlab.com/gitlab-com/marketing/corporate_marketing/...

It's also important to note in a non-transparent company you wouldn't see any of this

Re: We are far from a better Heroku for production apps in a hyper cloud

#234

Post by boleary-gl »

ZephyrBlu wrote: post #222
ralph84 wrote: post #109

Earlier quoted context omitted.

The place for employees to post their personal opinion that doesn’t represent the company is their personal blog, not “about.gitlab.com/blog”. After you’ve raised almost half a billion dollars in funding, you can afford a PR person to review posts that appear on the company blog.

A PR person did review the post. See this comment: https://news.ycombinator.com/item?id=26557589

Where does that show anyone from the PR department approving it? I don't see anyone I recognize from the PR department there...

This is how "unfiltered" blogs work: https://about.gitlab.com/handbook/marketing/blog/unfiltered/

Re: We are far from a better Heroku for production apps in a hyper cloud

#236

Post by joshmanders »

cwhiz wrote: post #145

This is wild. Complains about having to read the Heroku documentation, and then goes through the steps to showcase how absurdly simple it is to deploy to Heroku with the CLI. It almost reads like an advertisement for Heroku. ...then goes on to show it could be done in GitLab in a more convoluted way. Ignores the fact that Heroku doesn't require GitLab, and seems to not be aware that Heroku does not require the CLI to…

To add to that, they've trivialized Heroku to just being a "package your app and deploy it" whereas Heroku is VASTLY more than that, which GitLab couldn't even touch on in this article outside of a footnote at the bottom.

Re: We are far from a better Heroku for production apps in a hyper cloud

#237

Post by phxrsg »

macintux wrote: post #218
phxrsg wrote: post #211

Earlier quoted context omitted.

Not sure I follow this. Salesforce bought Heroku over a decade ago and Heroku is still improving in its areas of expertise, with no signs of changing that. If anything, Salesforce has been moving more of its core developer experiences over to the Heroku model rather than trying to make Heroku more Salesforce-y.

After a short exposure to SFMC I can see why someone would be concerned about the impact they would have on Heroku, but it is good to hear there are reasons for optimism.

Funnily enough, SFMC was also an acquisition, and it was acquired after Heroku.

SFMC is easily the worst Salesforce project from a dev experience / integration point of view, agreed there.

Re: We are far from a better Heroku for production apps in a hyper cloud

#238

Post by dosethree »

cpursley wrote: post #229
jrochkind1 wrote: post #22

So I think heroku has stagnated a bit, and I am definitely very open to "better herokus". But the idea that something you did in five minutes is going to be better than heroku (in all ways?) is.... I don't know what the adjective is. Heroku is very mature and polished software, that almost always does what you expect -- it's a very non-leaky abstraction, I guess. You can almost always get away with ignoring the detai…

Iny my experience, Render.com is a better (at least cheaper) Heroku plus it handles distributed Elixir really easily.

Does heroku not handle distributed elixir? What does that even entail

Re: We are far from a better Heroku for production apps in a hyper cloud

#239

Post by joshmanders »

jrochkind1 wrote: post #22

So I think heroku has stagnated a bit, and I am definitely very open to "better herokus". But the idea that something you did in five minutes is going to be better than heroku (in all ways?) is.... I don't know what the adjective is. Heroku is very mature and polished software, that almost always does what you expect -- it's a very non-leaky abstraction, I guess. You can almost always get away with ignoring the detai…

I agree wholeheartedly. I'm one of the people in the world creating a "Better Heroku" but my whole premise of my product is that Heroku like you said has kind of stagnated but is still the gold standard.

I don't see a reason for such childish attacks of Heroku. I'm solving similar issues but to go be more cost-effective and support more types of apps. I still hold Heroku in high regard and had the pleasure of having some higher ups as mentors of mine when I was in Junto Institute in Chicago.

Re: We are far from a better Heroku for production apps in a hyper cloud

#240

Post by dosethree »

detaro wrote: post #122
boleary-gl wrote: post #108

Earlier quoted context omitted.

Production apps in a hyper scale cloud

What do you think where Heroku apps run? Why would anyone truly caring about hyperscale trust Gitlab to handle that?

I assume above commenter was missing a /s. Personally, I don't get the distinction the author is making between production and development apps with regard to heroku
Post reply on HN