Workerd: Open-source Cloudflare workers runtime

Re:Workerd: Open-source Cloudflare workers runtime by gfodor on Tuesday September 27, 2022 @11:14AM (#32996390)

This is great. The Cloudflare model for Workers really deserves to become a de facto standard that can be pulled off the shelf for open source serverless functions. Really excited they’re opening this up this way. It seems like a great positive sum move.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by ignoramous on Tuesday September 27, 2022 @01:14PM (#32998205)

> The Cloudflare model for Workers really deserves to become a de facto standard

Our small tech shop has been using Workers since Jan 2020. Leaving behind the monstrous and intimidating world of AWS, I simply couldn't contain my excitement, even back then. In the words of Eminem, Ease over these beats and be so breezy; Jesus, how can shit be so easy?!

Today, the entire platform around Workers is nothing short of astonishing. With Cloudflare's clout, Kenton and his team have utterly transformed serverless computing, staying true to the lessons-learnt from running sandstorm [0] way back when [1]!

It is almost comical (or diabolical, depending) that none of the Big3 have bothered competing with them. It is only the upstarts like Bun, Deno, SecondState, Kalix (Lightbend) and others that are keeping Cloudflare honest.

[0] https://news.ycombinator.com/item?id=20980278

[1] https://news.ycombinator.com/item?id=15364978

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by meah0 on Tuesday September 27, 2022 @01:00PM (#32998026)

I'm glad they opened this up, but I really hope "javascript first, every runtime should look like v8" doesn't become the standard here.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by cheriot on Tuesday September 27, 2022 @02:01PM (#32998855)

Agreed. Hopefully the WASM ecosystem continues developing and takes over.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by gfodor on Tuesday September 27, 2022 @01:57PM (#32998798)

I didn't mean to propose there should be a single standard. But for Javascript oriented FaaS, you really will have a hard time finding a better paradigm than the one they've settled on for Workers imo.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by vlovich123 on Tuesday September 27, 2022 @02:12PM (#32998987)

It’s JavaScript first but the entire V8 dependency is abstracted behind an abstraction layer. Conceivably could be ported to other runtimes like Spidermonkey or JavaScriptCore with some work.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by madeofpalk on Tuesday September 27, 2022 @01:46PM (#32998625)

What part of the Cloudflare runtime looks v8 specific, rather than just (web) javascript specific?

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by gradys on Tuesday September 27, 2022 @11:30AM (#32996631)

What do you (or others) see as its advantages relative to other similar offerings like those of AWS, GCP, Deno, Netlify, etc.?

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by gfodor on Tuesday September 27, 2022 @11:32AM (#32996677)

The main advantage to me is the dedication to using standardized browser APIs. They have done a really good job of applying the Service Worker API to the problem of server side functions, and having the whole system be “MDN compatible” just makes everything more straightforward and leads to minimal surprises.

[ Parent | on HN ]

Re:Workerd: Open-source Cloudflare workers runtime by dirheist on Tuesday September 27, 2022 @11:35AM (#32996721)

Cloudflare offers web standard javascript API's out of the box and is very fast as is

[ Parent | on HN ]