The feature is great. The post itself is a slop grenade.

Finally proper stale-while-revalidate support!

now, waiting for opennext adapter maintainers to catchup with it

  When Workers Cache is enabled, every cacheable request to your Worker hits Cloudflare's cache first. If there's a fresh cached response, Cloudflare returns it directly — your Worker doesn't run, and you don't pay CPU time for it. On a miss, your Worker runs, and if your response is cacheable, Cloudflare stores it for the next request. The next request from anywhere on Earth can be served straight from cache.

Incredible! This is why I shoehorn all my server side usecases on to the Workers Platform. Cloudflare, since 2020 when I first went all-in, has consistently shipped features that reduce bills significantly (except for 2023 Workers usage model changes). In one case, when they shipped free Snippets (Workers but 32kb code size & 5s CPU time) for Pro accounts ($200/yr), our bills went from £15k+ to £0.

I know about the infamous "Enterprise plan" (especially, when your bandwidth is as high as ours in 100s of TBs) and know of at least one other tech shop that was required to pay for it ... but we haven't got that sales call, yet.

curious, how does one configure something like this for AWS Lambda? Appreciate it.

I am assuming it is a bunch of manual work.

Amazing, exactly what Workers lacked, I was quite annoyed that a worker would spin up when 99% of my requests then return a cache. Waste of 3ms, times millions.

finally, this was needed.

A big worry was always "why does workers sit in front of my cache? that's a waste of an invocation if i'm returning a cached result"

Huge props to just sticking with the HTTP spec on this one with `Cache-Control` headers with `stale-while-revalidate` support. It's amazing how many other providers mess that up.

On top of that the cache tags are a slick way to do invalidation. This looks like a great product.

Great feature. Although I’m starting to get annoyed by obvious signs of LLM writing like no X, no Y etc.

Does anything beat a free static site hosted with Cloudflare workers at this point, performance wise?

Reinventing the web, one service at a time. Is it really that hard to build things like this on a per-case base, small scale, all on a bare bones VPS? Do we need a global gateway to help us not screw up the basics? Service looks nice but makes me sad somehow.

> This is the caching API we've always wanted Workers to have. Here's why it took us this long

I was looking forward to the "why it took us this long" explanation but it wasn't explicitly spelled out. Any Cloudflare staff here able to expand on that?

(The article does a good job of showing how many different smart design decisions went into this, but given caching is core to what a Cloudflare does I'm still a little surprised it took 9 years to get here!)