Vissza a Journal-hoz
storefronthu

Edge cache: Vercel vagy Cloudfront — miert maradtunk a Vercelen

Miert Vercel a Storefront edge cache-re — keretrendszer-illesztes, on-demand revalidacio, 94% PDP hit rata. CloudFront a tartalek.

A Netorigo Storefront edge cache-elesere ket komoly opciot tartottunk fent: Vercel (a frontend altal mar haszn alt hosting), illetve AWS CloudFront onallo CDN-kent egy origin shielddel. Eves dontesi review utan a Vercel mellett maradtunk. Az alabbi cikk leirja az ervek listajat, plusz a 90 napos cache hit ratak per oldal-tipus.

Mi all a tervezeskor a kerdes mogott

A Storefront Next.js 16-on fut, az adatreteg pedig a Prisma + Redis kombi (a backend felol). Az edge cache itt nem app cache, hanem TWO-TIER:

  1. Page-level cache: a renderelt HTML / RSC payload. Vercel ezt ISR (Incremental Static Regeneration) kapcson keresztul intezi, on-demand revalidaciot is mellete tud.
  2. Asset cache: a kepek, fontok, CSS, statikus JS chunkok. Mindkét felulet (Vercel / CloudFront) jol megoldja, kulonbseg itt szinte nincs.

A dontes a page-level reteg miatt erdekes.

Miert a Vercel

1. Keretrendszer-illesztes

A Next.js ISR es a Vercel platform ugyanazon ceg toll. A revalidatePath() es revalidateTag() hivasok azonnal hatnak (~1 mp), nincsen kezzel huzott invalidation API. A CloudFront-on minden cache key kiuritest egy CreateInvalidation API kerul, plusz az invalidation tartomany pricing-elt (havi 1000 path felett). A Storefronton egy uj termek felvitele ~150 path-ot erinthet (PDP + PLP + kategoria + search). CloudFront eseten ez havi 15-20 dollar plusz koltseg.

2. Quota model: egyszerubb

A Vercel ar-modell: build perc + bandwidth + function invocation, egyszeru elszamolas. A CloudFront request count + bandwidth + invalidation count + Edge Lambda execution, plusz region-pricing kulonbseg. A masodikat nehez elore tervezni. Hat storefront eseten az alap havi szamla differencia kb. 200-300 dollar a Vercel javara, plusz egy lab a tervezhetosegnek.

3. On-demand revalidacio: native

A backend POST /api/revalidate endpointja a next/cache-be at egyenes vonalat huz a Vercel cache reteghez. A CloudFront-on ehhez egy Edge Lambda function kellene, ami valamilyen tagger reteget mukodtet — extra retegrend, extra hibahely.

Mikor nyerne a CloudFront

1. Nagy statikus media

Ha a Storefronton 10 TB+ statikus media (pl. videos PDP karusszelek, szabasmintak) lenne, a CloudFront S3 origin shielddel kb. fele bandwidth koltseg lenne a Vercelhez kepest. Ez nincs jelen — eddigi maxunk 280 GB.

2. Multi-origin

Egy storefront, tobb backend (pl. EU + US backend region splittel) eseten a CloudFront origin failover natively megoldja. Vercel only-EU.

3. Government-region hosting

Magyar kozszektor (allamigazgatas) sajat data sovereignty kovetelmenyt ir el. Vercel global-only. Ha jonne ilyen partner, CloudFront EU-Central-1 a valasz.

A migration, amit nem csinaltunk meg

2025 augusztusban felmertuk a CloudFront migracio koltseget. Becslesunk: 6-8 mernok-het, plusz 4 mernok-het stabilizalas. Az evi nyert ar-elony: 0 (a kerek szam Vercel javara dolt). Az evi nyert teljesitmeny elony: 8-12% latency csokkenes (Magyarorszagrol). A 8-12% sokat hangzik, de a baseline mar 180 ms-nal jart, igy a megnyert latency 14-22 ms, ami nem latszanot a felhasznalo szamara.

A 90 napos cache hit ratak

  • PDP (termekoldal, /termekek/[slug]): 94%
  • PLP (kategoria-listazas, /kategoriak/[slug]): 71% (a szuro-kombinaciok miatt szétaprozodik)
  • Search (/keresess?q=): 42% (queryk hosszu farka)
  • Home (/): 99% (egyetlen rota)
  • Cart / Checkout: 0% (deliberalt no-cache, dinamikus userdata)

A 94% PDP hit rata azt jelenti, hogy 100 PDP requesten kozul 94 nem is eri el a backend-et, csak az edge cache valaszol. Ez az, ami miatt a backend mai meretu — egy 4 vCPU NestJS node bir szolgalni 6 storefrontot Vercel mellett.