Live data from Hacker News

Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

openstatus.dev

21–30 of 43 posts

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#21

Very odd that AWS Lambda/Google Cloud Functions weren't tested. Those CF numbers are impressive though, they beat Lambda cold start by a mile.

They always will; starting an Isolate in v8 will always beat a Docker or VM start. They only work with Javascript, but if you're okay with that, then you will have tiny cold start times.

Indeed. Or using WebAssembly. In fact, Wasm cold startup times beat Javascript v8 isolate startup times by a significant margin!

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#22

OP's note about Johannesburg's latency is something I've noticed over the past few weeks in particular. Our servers are hosted in South Africa, yet accessing most of our sites and services from within South Africa causes traffic to be re-routed via other nodes, mostly London (LHR). This is easy to verify by appending cdn-cgi/trace onto a Cloudflare-proxied domain. Something is definitely up with Cloudflare's Johannes…

> This is easy to verify by appending cdn-cgi/trace onto a Cloudflare-proxied domain.

Nice tip thanks

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#24

im curious what the results would be with a more production-like app e.g. if you add prisma connecting to postgres, presumably there's extra latency to create the client. for the fly app, you have a server reusing the client while it's warm. presumably for the cloudflare worker, you're recreating the client per request, but im not 100% on that. how would the latency change then for cold vs warm, and on the other plat…

I believe that what you are looking for is Hyperdrive. Global connection pooling and query caching.

https://developers.cloudflare.com/hyperdrive/configuration/h...

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#25
post #6

I feel like this title is misleading compared to the original article. (cc @dang) Fly.io without cold starts (which is a one-line configuration change) is 2x faster than Cloudflare Workers.

Isn't the whole point to not have a constant function running and waiting?

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#26

Very odd that AWS Lambda/Google Cloud Functions weren't tested. Those CF numbers are impressive though, they beat Lambda cold start by a mile.

They’re barely comparable in what they do, tradeoffs and limitations. I’ve found that a mix of Cloudflare (for the user interactive parts) and cloud functions (gcp) for more backend ish is a good combo

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#27

I would love to see Wasmer Edge in the next comparison! A summary for the lazy readers: * Cloudflare workers outperforms the rest by a big margin (~80ms avg) * Fly.io cold starts are not great for the Hono use case (~1.5s avg) * Koyeb wraps the requests behind Cloudflare to optimize latency (150ms best case) * Railway localized the app in one region (80ms best case, ~400ms rest) * Render has some challenges scaling f…

> only achieve good cold starts by never shutting down the app

That's... no longer a cold start, right?

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#28

OP's note about Johannesburg's latency is something I've noticed over the past few weeks in particular. Our servers are hosted in South Africa, yet accessing most of our sites and services from within South Africa causes traffic to be re-routed via other nodes, mostly London (LHR). This is easy to verify by appending cdn-cgi/trace onto a Cloudflare-proxied domain. Something is definitely up with Cloudflare's Johannes…

I’ve seen this a couple times before not just CF but other ISP too. Must be something funky with peering politics in SA perhaps

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#29

I would love to see Wasmer Edge in the next comparison! A summary for the lazy readers: * Cloudflare workers outperforms the rest by a big margin (~80ms avg) * Fly.io cold starts are not great for the Hono use case (~1.5s avg) * Koyeb wraps the requests behind Cloudflare to optimize latency (150ms best case) * Railway localized the app in one region (80ms best case, ~400ms rest) * Render has some challenges scaling f…

> only achieve good cold starts by never shutting down the app That's... no longer a cold start, right?

Until you need to scale horizontally and have more docker containers spin up

Re: Monitoring latency: Cloudflare Workers vs Fly vs Koyeb vs Railway vs Render

#30
Those Fly.io p99 latencies are atrocious. 2.6s P99 compared to CloudFlare 1.0s. Neither one seems particularly great at first glance, but the CloudFlare worker latency does seem on par with Lambda from previous experience (I have not tested Lambda@Edge or CloudFront Functions).
Post reply on HN