You can definitely find cheaper options like render, but render is definitely not worth it. Frequent outages and super slim feature set.
Ask HN: Why is Vercel so expensive?
11–20 of 24 posts
Re: Ask HN: Why is Vercel so expensive?
#12I've hosted many sites on Vercel and never noticed issues or significant downtime on any of their plans, Enterprise or Pro.
It seems to me that their other plans are basically loss leaders for their Enterprise offerings, but if you're a solo dev or small biz prototyping something, there is no need to go enterprise yet.
Re: Ask HN: Why is Vercel so expensive?
#13It’s a VC fueled project around something you can set up in a few hours if you took a few hours to learn. Imo. But for large companies making millions or billions it’s a convenience that saves engineering costs.
If you're big enough to need the Enterprise plan, sure, you could build your own, but apparently enough of their customers don't want to.
FWIW, because of Vercel, I would personally never launch another website on a lower level cloud host (like EC2/S3) again. It's just not worth the time and setup. The higher level of abstraction that Vercel, Cloudflare Pages, etc provide is very nice for DX and time savings.
Re: Ask HN: Why is Vercel so expensive?
#14It’s a VC fueled project around something you can set up in a few hours if you took a few hours to learn. Imo. But for large companies making millions or billions it’s a convenience that saves engineering costs.
You can set it up in a few hours, but it's a pain to maintain. Every preview deployment, every DNS change, every logging interface, every serverless tie-in, every CDN and caching setup and invalidation... those are all wastes of time if you just want to get a website up and running. Or for $20/mo they can handle it all with much better reliability. It's a hard value to beat. If you're big enough to need the Enterpris…
The poster asked about the enterprise tier.
Do you put a team of a few devs / million plus dollars per year or 50k.
Re: Ask HN: Why is Vercel so expensive?
#15nextjs and vercel is fucking cancer.
Re: Ask HN: Why is Vercel so expensive?
#16nextjs and vercel is fucking cancer.
Re: Ask HN: Why is Vercel so expensive?
#17It’s a VC fueled project around something you can set up in a few hours if you took a few hours to learn. Imo. But for large companies making millions or billions it’s a convenience that saves engineering costs.
You can set it up in a few hours, but it's a pain to maintain. Every preview deployment, every DNS change, every logging interface, every serverless tie-in, every CDN and caching setup and invalidation... those are all wastes of time if you just want to get a website up and running. Or for $20/mo they can handle it all with much better reliability. It's a hard value to beat. If you're big enough to need the Enterpris…
Never had any issues with upgrades/downtime for over a year now - it's pretty fire and forget.
Native vercel serverless functions running in Vercel are also highly restricted (10 seconds in hobby, and no more than 60 seconds in Pro) which I also don't have to worry about.
Re: Ask HN: Why is Vercel so expensive?
#18Earlier quoted context omitted.
You can set it up in a few hours, but it's a pain to maintain. Every preview deployment, every DNS change, every logging interface, every serverless tie-in, every CDN and caching setup and invalidation... those are all wastes of time if you just want to get a website up and running. Or for $20/mo they can handle it all with much better reliability. It's a hard value to beat. If you're big enough to need the Enterpris…
I guess it just depends. My experience was completely different. I've got my NextJS app setup through Github action (trigger on push to a prod branch) that deploys as a dockerized container to my VPS and a preview branch that deploys to a separate nginx restricted firewalled site for purposes of previewing. Never had any issues with upgrades/downtime for over a year now - it's pretty fire and forget. Native vercel se…
That seems like a pretty big pain, though, compared to a single click on Vercel and you get that same functionality for free. What's the advantage of doing it yourself? Each of those steps is quite a lot of work (few hours the first time? sure you can automate it for reuse later, but it still sounds much more of a hassle than the nice Vercel GUI). And what happens when part of the stack needs updates? (The VPS, or DOcker, or a Github action or one of its dependencies, or Nginx, or the firewall, or the rules...)
> Native vercel serverless functions running in Vercel are also highly restricted (10 seconds in hobby, and no more than 60 seconds in Pro) which I also don't have to worry about.
That's a looooong time for a serverless func to run. Curious, what do you use them for?
Re: Ask HN: Why is Vercel so expensive?
#19Earlier quoted context omitted.
I guess it just depends. My experience was completely different. I've got my NextJS app setup through Github action (trigger on push to a prod branch) that deploys as a dockerized container to my VPS and a preview branch that deploys to a separate nginx restricted firewalled site for purposes of previewing. Never had any issues with upgrades/downtime for over a year now - it's pretty fire and forget. Native vercel se…
> I've got my NextJS app setup through Github action (trigger on push to a prod branch) that deploys as a dockerized container to my VPS and a preview branch that deploys to a separate nginx restricted firewalled site for purposes of previewing. That seems like a pretty big pain, though, compared to a single click on Vercel and you get that same functionality for free. What's the advantage of doing it yourself? Each…
I also just don't like handing the keys to the kingdom over to Vercel as it were (just a personal preference really). I'm working on migrating over to a privately instanced Gitea so that I don't have to depend on Github either for my deployments but that's still in the works.
So I actually use serverless functions as ad-hoc "workers" if I don't feel like setting up a full fledged backend API - so sometimes they'll be working for upwards of a minute on a request and then lodge the final results in a notification-redis. It's not really what serverless functions are intended for, but... it's nice to sometimes not have to deal with building an entirely separate backend.
Since I control the VPS, I can easily spin up more resources to scale without worrying about Vercels payment options. It also makes it easier to migrate somewhere else if I want to since its dockerized - trivial to move to Google Cloud, Digital Ocean, AWS, etc.
A friend of mine whose project sort of blew up and went viral also said that while the autoscalibility of Vercel was very nice - it was a bit of a double edged sword, he mentioned that it was extraordinarily difficult to figure out which routes and files werer contributing to his high usage on his bill. Maybe things have changed, that was a few years back.