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

Storage on Vercel

vercel.com

Post reply on HN
Print view View original

41–50 of 144 posts

Re: Storage on Vercel

#41

Post by mattwad »

swyx wrote: post #39
ghc wrote: post #8

Earlier quoted context omitted.

Classic VC-backed B2B play. The trick, however, is finding a "wedge" people actually want on its own. Unfortunately that seems to be easier said than done.

well a good start is betting on the most popular framework in the most popular language and building the production ready stuff that is missing that the framework authors constitutionally cannot compete with you on :) there are better wedges financially speaking but theres pretty much no bigger bottom up developer wedge than this one

They built the framework too, or was it a purchase originally?

Re: Storage on Vercel

#42

Post by theturtletalks »

teaearlgraycold wrote: post #30

I looked into serverless postgres offerings a few months ago and came to realize that while it is possible, it doesn't appear that we have figured out how to develop with it as well as we have with traditional postgres. ORMs are fairly incompatible with serverless postgres, and schema migrations are difficult to handle because you have an unknown number of asynchronously updated copies of your code spread around the…

I had the same experience. I have a Next.js app and Postgres DB I host on a server-ful PaaS. I hosted the same app on Vercel with Neon DB and the app was significantly slower. The first time Neon is connected, it will be slow so I was prepared for that. Consequent reloads and using the app normally was slow too. Maybe integrating Neon directly with Vercel will fix these issues.

I just don’t see the value prop to use Vercel for SaaS apps. Using a running server for those works better, cheaper, and faster. For consumer-facing storefronts, Vercel is a no-brainer though.

Re: Storage on Vercel

#43

Post by sroussey »

bluebeel wrote: post #21

the margin that vercel makes on these products that you can easily integrate with nextjs (or anything else that runs on their infra) is crazy. All of them offer easy integration with the edge or lambas functions... I don't see how vercel justifies this price outside of DX

I mean, you can say that for serverless in general. Heck, you can say that for AWS etc as well.

Re: Storage on Vercel

#44

Post by maccaw »

theturtletalks wrote: post #42
teaearlgraycold wrote: post #30

I looked into serverless postgres offerings a few months ago and came to realize that while it is possible, it doesn't appear that we have figured out how to develop with it as well as we have with traditional postgres. ORMs are fairly incompatible with serverless postgres, and schema migrations are difficult to handle because you have an unknown number of asynchronously updated copies of your code spread around the…

I had the same experience. I have a Next.js app and Postgres DB I host on a server-ful PaaS. I hosted the same app on Vercel with Neon DB and the app was significantly slower. The first time Neon is connected, it will be slow so I was prepared for that. Consequent reloads and using the app normally was slow too. Maybe integrating Neon directly with Vercel will fix these issues. I just don’t see the value prop to use…

Have you two seen this?

https://github.com/neondatabase/serverless

Re: Storage on Vercel

#45

Post by theturtletalks »

maccaw wrote: post #44
theturtletalks wrote: post #42

Earlier quoted context omitted.

I had the same experience. I have a Next.js app and Postgres DB I host on a server-ful PaaS. I hosted the same app on Vercel with Neon DB and the app was significantly slower. The first time Neon is connected, it will be slow so I was prepared for that. Consequent reloads and using the app normally was slow too. Maybe integrating Neon directly with Vercel will fix these issues. I just don’t see the value prop to use…

Have you two seen this? https://github.com/neondatabase/serverless

I used Neon’s cloud DB service directly

Re: Storage on Vercel

#47

Post by dabeeeenster »

mattwad wrote: post #41
swyx wrote: post #39

Earlier quoted context omitted.

well a good start is betting on the most popular framework in the most popular language and building the production ready stuff that is missing that the framework authors constitutionally cannot compete with you on :) there are better wedges financially speaking but theres pretty much no bigger bottom up developer wedge than this one

They built the framework too, or was it a purchase originally?

Guillermo the Vercel CEO made Next.js

Re: Storage on Vercel

#48

Post by doodlesdev »

mattwad wrote: post #41
swyx wrote: post #39

Earlier quoted context omitted.

well a good start is betting on the most popular framework in the most popular language and building the production ready stuff that is missing that the framework authors constitutionally cannot compete with you on :) there are better wedges financially speaking but theres pretty much no bigger bottom up developer wedge than this one

They built the framework too, or was it a purchase originally?

Vercel (then called Zeit) developed NextJS themselves. I believe swyx meant React when he said "framework", even though one can argue that's technically incorrect it's been commonplace for some time to call it a framework.

Re: Storage on Vercel

#49

Post by cccybernetic »

ghc wrote: post #8
swyx wrote: post #2

Vercel is the second company to “eat the cloud from outside in”. ( https://www.swyx.io/cloudflare-go ) its now my defacto playbook for building lasting bottom up disruptive cloud companies. start by giving away an extremely good free tier (cloudflare - cdn, vercel - nextjs+hosting) then add build time compute, run time compute, readonly kv store, and now full read write storage. (this is part of an overall cloud prog…

Classic VC-backed B2B play. The trick, however, is finding a "wedge" people actually want on its own. Unfortunately that seems to be easier said than done.

There’s a lot of magic with Vercel, but I think the true “wedge” was clear to many people: DX. The trick was really the execution, which they nailed. They realized early that there was a whole class of developers out there, many of them quite talented, who couldn’t stand SSH’ing into Linux boxes, configuring htaccess files, installing SSL certificates, etc. Many of these developers also worked at big companies, and held sway.

They distilled the entire deployment process into a few clicks and boom, you have a real, functioning, fast website. Then they added templates, good marketing, and doubled down on React. The rest is history. It’s a well executed vision and I give them a lot of props for that.

Re: Storage on Vercel

#50

Post by carride »

MattIPv4 wrote: post #4

Cloudflare's R2 costs $0.36 per million read operations (after the 10 million you get for free) [1]. Vercel is wrapping R2 and is charging $2 per million reads [2]. They're also charging $0.15/GB for egress (after the 1GB you get free), when R2 charges nothing, and the storage cost is doubled from $0.015/GB on R2 to $0.03/GB on Vercel. That's quite the cost increase for the DX improvement. [1] https://developers.clou…

You will get better customer support from Vercel. Cloudflare gives almost zero customer support if you are pay-as-you-go plan.
Post reply on HN