正在加载视频...

视频加载失败

What's the difference between servers, serverless, and fluid compute?

212,849 次观看 • 1 年前 •via X (Twitter)

40 条评论

Jonathan Beckman 的头像
Jonathan Beckman1 年前

Disingenuous to say serverless charges for idle time, when really you’re talking about AWS Lambda. Cloudflare only charges for CPU time, which really makes Serverless a lot more compelling. I know you’re trying to push “Fluid” compute but you should really take this down and redo

Lee Robinson 的头像
Lee Robinson1 年前

I think it's fair to associate serverless with it's most popular implementation in AWS Lambda. I explicitly said lambda in the video. You are correct there are other compute platforms out there, including Google Cloud Run, which I didn't cover in this short video.

Lee Robinson 的头像
Lee Robinson1 年前

I'm not trying to "push" but explain how fluid works. If you have more questions about that, I am happy to help.

Malte Ubl 的头像
Malte Ubl1 年前

That visualization is so killer!

Jordan Hall 的头像
Jordan Hall1 年前

What would be super sweet is if after you realise they using so much compute it's cheaper on a Dedicated server or vps you move them onto it and cut price that's real fluid.

Tenkaizen 的头像
Tenkaizen1 年前

Servers are the OGs. Serverless is like ordering instead of cooking. Fluid compute adapts like water

Lee Robinson 的头像
Lee Robinson1 年前

I like that

suhail razzak 的头像
suhail razzak1 年前

how'd you make the visualization? looks super slick

Ayesha Siddiqa 的头像
Ayesha Siddiqa1 年前

"Servers = Manual setup & fixed scaling. Serverless = Auto-scaling, pay-per-use. Fluid Compute = AI-driven, dynamic resource allocation across cloud & edge. #CloudComputing #Tech"

Zach Warunek 的头像
Zach Warunek1 年前

Wow this is an amazing way to visualize it

Naufil (Z-xus) 的头像
Naufil (Z-xus)1 年前

Great illustrations!

Yasiel Cabrera 的头像
Yasiel Cabrera1 年前

Could you open source the v0 prompt?

Shreyash Gupta 的头像
Shreyash Gupta1 年前

Dang you really killed it with explaining that honestly. I love hosting my projects on Vercal. One thing y'all definitely need to look into is better integrating the Supabase. The ability to move projects in Supabase from free to pro, when the pro is configured through Vercel. It wont let you move the projects around.

Josh Wootonn 的头像
Josh Wootonn1 年前

Nice! Great explainer. Time to try it out :)

Luis Pérez 的头像
Luis Pérez1 年前

This visualization is absolutely INSANE. I can't imagine how helpful this kind of visualization would be in video courses. I'm not a regular Vercel user, but I can appreciate where they stand with this level of attention to detail.

Otter Respect 的头像
Otter Respect1 年前

Super informative and easy to understand for most people. Great job guys !

umang 的头像
umang1 年前

cool cool, anyways

Lee Robinson 的头像
Lee Robinson1 年前

Did you watch the video? I talked about autoscaling with k8s.

Dan Fein 的头像
Dan Fein1 年前

The best ELI5 of Fluid compute

alli 的头像
alli1 年前

Lee strikes AGAIN 🙌🏻

joey 的头像
joey1 年前

awesome visualization

Ares 的头像
Ares1 年前

This model of "oh no, i over-provisioned i pay for usage, and oh no, i under-provisioned, my server went down." isn't very fair. The KBS topic you brought up is important, and autoscalers are still a real thing that companies you to scale for availability and cost efficiency

Dorian 的头像
Dorian1 年前

great vid

Zephyr 的头像
Zephyr1 年前

The visualization is so cool. Open source pls

Justin Abrams ▲▼ 𝕏 的头像
Justin Abrams ▲▼ 𝕏1 年前

@michael_rispoli 👀

Nithur 的头像
Nithur1 年前

1:10 lol

rubertoalexander 的头像
rubertoalexander1 年前

Is it fair to assume that fluid compute is much closer to a server model with extremely fast, managed horizontal scaling? Or can we call the underlying infrastructure for this something entirely new

Lee Robinson 的头像
Lee Robinson1 年前

It does feel closer to a server to me conceptually, especially with having 1 minimum active instance

Weng Kitt 的头像
Weng Kitt1 年前

Under high load, a server may slow down due to processing numerous requests and serverless scales by creating new instances for each request. Fluid will proactively detect instance overload and spin up new instance as needed for efficient request handling. Am I getting it right?

Himanshu Gupta 的头像
Himanshu Gupta1 年前

I tried redeploying a puppeteer based scraper application with fluid, but unfortunately the requests kept failing. It works fine with fluid compute disabled.

Balaji jayakmar 的头像
Balaji jayakmar1 年前

Won’t lambda continue to serve a few requests in that instance for the next X minutes before going idle?

Lee Robinson 的头像
Lee Robinson1 年前

Only one request is processed at a time, but yes if the function is already warm, then it doesn't need to spin up from zero to process the next request.

Daniel Del Balso 的头像
Daniel Del Balso1 年前

the difference these days is a few clicks or a few lines of TS (or JS if you're a barbarian)

Adrian 🍊 的头像
Adrian 🍊1 年前

should also show the number of requests processed next to usage

Koka 的头像
Koka1 年前

All this time I never knew what serverless is, and it turns out this model uses more server instances than server and fluid. The irony

Packymancard 的头像
Packymancard1 年前

Not to be offensive, I still don’t really get it. Ingress and load balancing are solved problems for Kubernetes. If you are not paying for cold start, that just likely means you are paying more per query. If you need to cold start, you probably shouldn’t be paying for your app because literally no one is using it.

Jens Neuse | Founder @ WunderGraph 的头像
Jens Neuse | Founder @ WunderGraph1 年前

You don't have to exaggerate, it's all just computers. 😅

JohnPremKumar 的头像
JohnPremKumar1 年前

Nothing new even cloudflare workers only charge for actual cpu time

Robert 的头像
Robert1 年前

The marketing team.

InterServer 的头像
InterServer1 年前

InterServer Has Been Providing Dedicated Hosting Services For The Past 25 Years.

相关视频

What's the difference between a wife and a girlfriend?
1:30

Sensitive content

What's the difference between a wife and a girlfriend?

Talk Church

34,856 次观看 • 1 年前