Skip to content

SYSTEM Cited by 1 source

Fastly

Fastly is a commercial CDN + edge-compute platform, historically Varnish-based with VCL as the configuration language; widely used as the origin-fronting cache for high-profile sites. Distinctive trade-off: instant purges (seconds) + programmable edge via VCL and, more recently, Compute@Edge (WASM).

Wiki canonical instance

GitHub Pages puts Fastly in front of its nginx routing tier. The load-bearing architectural property: "We also have Fastly sitting in front of GitHub Pages caching all 200 responses. This helps minimise the availability impact of a total Pages router outage. Even in this worst case scenario, cached Pages sites are still online and unaffected." (Source: sources/2025-09-02-github-rearchitecting-github-pages)

Canonical instance of patterns/cdn-in-front-for-availability-fallback: the CDN is used not primarily as a latency / bandwidth optimisation, but as the outage-survivability boundary. If the origin MySQL-backed routing layer goes down, the Fastly cache continues serving previously-200 sites. Freshly-published sites + non-200 paths are not covered — the property is definitionally about the cache-hit set.

Use-shape

  • 200-only caching — GitHub Pages' disclosed policy. Non-200 is passed through, which means the availability-fallback property doesn't extend to redirects, 404s, or origin errors. Trade-off is deliberate: non-200s often carry state that you don't want a CDN to replay.
  • CDN as load-shedder + availability layer — even in the common case, the cache absorbs >99% of hits for popular Pages sites.

Stub page

Stub anchoring Fastly's role in the wiki's first DB-routed static- hosting source. Broader Fastly coverage (VCL internals, Compute@Edge, instant-purge mechanic, private network, peering, per-POP architecture, Fastly vs Cloudflare design comparisons) out of scope.

Seen in

Last updated · 319 distilled / 1,201 read