Nem szolgáltatás-katalógus, hanem átállási útmutató: mi mire jó a Cloudflare platformon, miben tér el a megszokott Node + Nuxt + Postgres + AWS környezettől, és pontosan mit kell másképp csinálni — kódpéldákkal, buktatókkal és őszinte „ide ne gyere” szakaszokkal.
Három működő mód — nem kell az elejétől a végéig menni ahhoz, hogy hasznod legyen belőle.
A modulok egymásra épülnek: az 1–10. adja a teljes képet és a migrációs tervet. A lap alján lévő nyilakkal (vagy a ← → billentyűkkel) lapozhatsz.
Válassz egy ajánlott útvonalat lent, vagy keress rá a fogalomra a keresőben. Minden modul önállóan is olvasható.
A 12. (wrangler-konfig), a 16. (szolgáltatás-térkép) és a 20. (mentés/GDPR) modul kifejezetten visszakereséshez készült, táblázatokkal.
Ha nincs időd mindenre, ezek a sorrendek adják a legtöbbet a legkevesebb olvasásból. A számokra kattintva egyből a modulhoz ugrasz.
Ha van rá időd, és tényleg érteni akarod a platformot: sorban, elejétől a végéig.
Ha csak az érdekel, hogyan fejlesztesz és deployolsz Nuxtot Cloudflare-en.
A tananyag végig a te konkrét stackedből indul ki. Ez a táblázat a gyors tájékozódáshoz van — a részletek, a kompromisszumok és a „mikor ne” a modulokban.
| Megszokott (AWS) stack | Cloudflare megfelelő | Modul |
|---|---|---|
| Node.js app szerver (Beanstalk / EC2) | Workers (V8 isolate runtime) — vagy Containers, ha tényleg Node-processz kell | 1, 2 |
| Nuxt hosting + CloudFront CDN | Workers + Static Assets — a CDN beépítve, nincs külön réteg | 3, 13 |
| AWS Aurora (PostgreSQL) | Hyperdrive a meglévő Postgres elé, vagy D1 (SQLite az edge-en) | 4, 5, 5b |
| AWS S3 + presigned URL-ek | R2 — S3-kompatibilis API, nulla egress díj | 6 |
| AWS SQS / Step Functions | Queues, Workflows, Durable Objects, Cron Triggers | 7 |
| CodePipeline / Beanstalk deploy | Workers Builds, preview URL-ek, gradual deployment, rollback | 8 |
| CloudWatch, X-Ray | Workers Logs, Traces (OTel), Analytics Engine | 9 |
| IAM szerepkörök + SDK + connection stringek | Bindings — a konfigban deklarált, kódban elérhető erőforrások | 1, 12 |
| Route 53, ACM, ALB, AWS WAF, Shield | DNS-zóna, univerzális SSL, szabálymotor, WAF, DDoS-védelem | 21, 22 |
| SES / SNS | Email Sending (send_email binding) és Email Routing | 23 |
| Bedrock, OpenSearch, Kendra | Workers AI, AI Gateway, Vectorize, AI Search | 15, 15b |
Mind a 26 modul és a tematika, olvasási sorrendben. Kereshetsz cím, fogalom vagy akár AWS-szolgáltatásnév alapján is — próbáld: hyperdrive, queue, bcrypt, SQS.
Mit tartalmaz a tananyag, és hova illeszkedik a mostani stacked.
A teljes tanterv egy lapon: mit tanulsz meg, milyen sorrendben, és melyik AWS-szolgáltatásnak mi felel meg a Cloudflare-en.
A platform működésének megértése: runtime, bindings, frontend. Ezt a hármat mindenképp olvasd el sorban.
Edge-first gondolkodás a régió-alapú AWS-világ után. Mi a Worker, miért nem „kis Lambda”, miért nincs szükséged load balancerre — és mi a bindings-modell az IAM + SDK + connection stringek helyett.
V8 isolate vs. Node-processz: mi működik, mi nem, és mit old meg a nodejs_compat. CPU-idő vs. fali óra, memória- és mérethatárok, wrangler dev és Miniflare.
Static Assets: statikus fájlok és SSR egyetlen deploy egységben. Pages vs. Workers, a Nitro cloudflare_module preset, és a CDN, amit nem kell külön konfigurálni.
A legnagyobb döntés a migrációban: marad-e a Postgres, vagy jön a D1 — és hova kerül a fájl.
Miért probléma a TCP-kapcsolat az edge-ről, és hogyan oldja meg a Hyperdrive connection poolinggal és query cache-eléssel. Az Aurora megtartása — a legkisebb kockázatú első lépés.
SQLite az edge-en: mikor éri meg és mikor nem. Migrációk, Sessions API, read replication, és a D1 vs. Hyperdrive+Postgres döntési térkép.
„SQLite-fájl, nem lesz gond lockkal?” Az architektúra valósága, a fizikai elhelyezkedés és latency, SQL-toolok, multitenant minták, séma-migráció több száz adatbázison.
R2 mint S3 nulla egress díjjal (és a Sippy-migráció), KV mint eventually consistent kulcs-érték tár — plusz mire ne használd egyiket sem.
Ami az SQS, a CodePipeline és a CloudWatch helyére lép, plusz a teljes átállási terv.
A négy aszinkron eszköz és nyolc kidolgozott példa: DLQ-consumer, cron fan-out, Workflows replay-modell, tenant-onboarding, rate limiter, foglalás alarmmal, WebSocket-presence.
Versions vs. deployments, gradual deployment és rollback, Workers Builds, PR-preview-k — és a legfontosabb: hova tedd a séma-migrációt, és mit csinálj, ha production közben elszáll.
Workers Logs, Traces, Analytics Engine, tail workerek — és mit lát belőlük egy multitenant SaaS. Plusz: mibe kerül tényleg, és hol keletkezik a meglepetés-számla.
Fázisokra bontott, visszafordítható átállási terv az Aurora + SQS + S3 + CloudFront + Beanstalk stackről — mit vigyél először, mit hagyj a végére, és mikor állj meg.
A napi munka: wrangler, konfiguráció, Nuxt-specifikumok és az infrastruktúra kódként.
Hogyan néz ki egy nap a Cloudflare-en: wrangler parancsok, lokális vs. távoli erőforrások, secretek, típusgenerálás, unit- és integrációs teszt, `wrangler tail` és a hibakeresés.
Hol van, mi a neve, mi a felépítése: a hat konfigurációs réteg, teljes kommentált wrangler.jsonc, mezőtáblázatok, az öröklődési szabály és a leggyakoribb hibaüzenetek.
Mi történik `nuxt build`-kor a motorháztető alatt, a projekt felállítása négy fájlban, a dev-környezet két útja, bindings a server/utils-ban, runtimeConfig vs. binding vs. secret, NuxtHub mérlege.
Mit ad a wrangler mellé: PR-onkénti ephemeral környezetek, programozható infra (per-tenant DB-k ciklusban), típusok a forrásból, titkosított állapot — konkrét példákkal és kockázatokkal.
Az egyetlen rész, ahol nem migrálsz, hanem új képességet kapsz.
A hat építőelem és hogy melyik mire jó: Workers AI, AI Gateway, Vectorize, AI Search, Agents SDK, Browser Rendering — bevezetési sorrenddel és „miért ne gyere ide” szakasszal.
A Gateway mint kontrollpont (egységes API, tenantonkénti dollárkeret, guardrailek, fallback), az AI Search RAG-pipeline-ja — és teljes példa: felhasználói dokumentumok szeparálása shared-DB multitenant appban.
A multitenant alkalmazásod rétegei: auth, cache, integrációk, mentés — és a teljes szolgáltatás-térkép.
Minden, ami eddig kimaradt, kategóriákba rendezve és relevancia-jelöléssel — Cloudflare for SaaS, Workers for Platforms, Images, Stream, Realtime, Pipelines, Zero Trust és társai.
A négy session-stratégia és az ajánlott hibrid, jelszó-hashelés Web Cryptóval (a bcrypt nem fut!), a tenant-feloldás középponti middleware-ben, működő könyvtárak, SSO-előkészítés.
A három cache-réteg szétválasztva és hogy melyiket mikor; a multitenant cache-kulcs, ahol a legdurvább adatszivárgás elkövethető; invalidálás, purge-korlátok, Smart Placement.
Bejövő webhook helyes szerkezete (hitelesítés + dedup + sorba tétel), aláírás-ellenőrzés Web Cryptóval és a nyers body csapdája, kimenő webhookok retryval, DLQ-val és tenant-izolációval.
RPO/RTO, négy hibaforgatókönyv és amitől a platform-mentés NEM véd, heti mentő Workflow titkosítással, incidens-runbook, teljes tenant-törlési lista, GDPR-vonatkozások.
Ami a Worker előtt és mellett fut: hálózat, védelem, email, tesztelés.
Zónák és a narancs felhő, az öt TLS-mód és a klasszikus lábonlövés, Origin CA és AOP, a szabálymotor (mikor szabály, mikor Worker-kód), a kérés pontos életciklusa, Tunnel, Argo, Load Balancing.
Mi véd automatikusan és mit kell bekapcsolni: WAF managed rules (log módban indíts!), egyéni szabályok, rate limiting, Bot Management, Turnstile teljes implementációval, Security Events olvasása.
Kimenő email a send_email bindinggal és mikor kell mégis külső szolgáltató; bejövő email az email() handlerrel; SPF/DKIM/DMARC érthetően; multitenant email-szabályok.
Playwright a preview URL-ek ellen, a négy dolog, amit tényleg érdemes E2E-vel tesztelni (köztük a tenant-izoláció), a cache-biztos i18n, és a SEO-tudnivalók egyedi domainekkel.