Gyakorlati tananyag Node.js + Nuxt + PostgreSQL + AWS háttérrel érkező fejlesztőknek: mi mire jó a Cloudflare platformon, miben tér el a megszokott környezettől, és mit kell másképp csinálni az átálláskor.
A tanfolyam végig a te konkrét stackedből indul ki, és minden témánál megmutatja a Cloudflare-es megfelelőt:
| 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, 10 |
| Nuxt hosting + CloudFront CDN | Workers + Static Assets (beépített CDN, nincs külön réteg) | 3 |
| AWS Aurora (PostgreSQL) | Hyperdrive (meglévő Postgres elé) vagy D1 (SQLite az edge-en) | 4–5 |
| AWS S3 | R2 (S3-kompatibilis API, nulla egress díj) | 6 |
| AWS SQS | Queues + Workflows (tartós, több lépéses folyamatokra) | 7 |
| CodePipeline / Beanstalk deploy | Workers Builds (Git-integrált CI/CD), preview URL-ek, gradual deploy | 8 |
| CloudWatch, IAM, számlázás | Workers Logs / Analytics, bindings-modell, kiszámítható árazás | 9 |
Edge-first gondolkodás a régió-alapú AWS-világ után. Mi a Worker, miért nem „kis Lambda", és miért nincs szükséged load balancerre. A bindings-modell az IAM + SDK + connection stringek helyett. Első Worker Wranglerrel.
vs. régiók, EC2, IAM▶ ezzel kezdünkV8 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, Vite plugin, Miniflare — a lokális fejlesztési élmény.
Static Assets: statikus fájlok + SSR egyetlen deploy egységben. Pages vs. Workers — miért a Workers a jövő. Nuxt/Nitro cloudflare_module preset, cache-elés és a CDN, amit nem kell külön konfigurálni (viszlát CloudFront).
Miért probléma a TCP-kapcsolat az edge-ről, és hogyan oldja meg a Hyperdrive a connection poolinggal és query cache-eléssel. Aurora megtartása Cloudflare mögött — a legkisebb kockázatú első lépés. node-postgres / Drizzle Workersből.
SQLite az edge-en: mikor éri meg, mikor nem. Migrációk, Sessions API és read replication, D1 vs. Hyperdrive+Postgres döntési térkép. Mit jelent a 10 GB-os adatbázisméret a gyakorlatban.
vs. Aurora / RDS„SQLite-fájl, nem lesz gond lockkal?" — az architektúra valósága. Hol van fizikailag a DB és milyen latencyvel (location hint, jurisdiction). Elérés SQL-toolokkal. Multitenant: shared minta átvitele vs. DB-per-tenant (registry, dinamikus elérés három módja), séma-migráció több száz DB-n, üzemeltetés a gyakorlatban.
multitenant SaaS-fókuszR2: S3-kompatibilis API, meglévő SDK-k újrahasznosítása, presigned URL-ek — és a nagy különbség: nincs egress díj. KV: globálisan replikált, eventually consistent kulcs-érték tár configra, cache-re, feature flagre.
vs. S3 + ElastiCache/SSMQueues az SQS helyett: producer/consumer Workerrel, batching, retry, DLQ. Cron Triggers az ütemezett feladatokra. Workflows a tartós, több lépéses folyamatokra (Step Functions-érzés, de kódban). Durable Objects: konzisztens állapot és WebSocket-koordináció.
vs. SQS, EventBridge, Step FunctionsWorkers Builds: Git push → build → deploy, PR-enként preview URL. Verziók, gradual deployments (százalékos forgalomterelés), azonnali rollback. Wrangler environments és secrets kezelés — a Beanstalk env-ek és CodePipeline után.
vs. CodePipeline, Beanstalk deployWorkers Logs, élő wrangler tail, Analytics Engine. WAF, rate limiting, bot-védelem — ami AWS-en külön termék, itt a platform része. Árazás: request + CPU-ms alapú számlázás, és hogyan becsüld meg előre a költséget.
Konkrét, fokozatos terv: 1) CDN/DNS átállás, 2) Nuxt a Workersre, 3) Aurora Hyperdrive mögé, 4) S3 → R2, 5) SQS → Queues, 6) CI/CD átkötés. Hibrid architektúrák, Containers mint menekülőút, tipikus buktatók és anti-patternek.
a teljes stackHogyan telik a napod: a fejlesztői hurok, a wrangler parancs-térképe, lokális állapot és seed, remote bindings (kód lokálisan, adat élesben), típusgenerálás, tesztelés a Workers-runtime-ban (Vitest, DO-tesztek), breakpointok és CPU-profil, monorepo service bindingokkal, csapat-onboarding és IaC.
vs. eb CLI, Jest, dev-RDSA projekted központi fájlja egyben: neve, helye, formátuma (jsonc vs. toml), a hat rétege, teljes kommentált éles példa a SaaS-stackre, mezőreferencia kategóriánként, az öröklődés pontos szabálya (non-inheritable kulcsok!), mi nem kerül bele (titkok), és gyakori hibák gyorsdiagnózisa.
vs. CloudFormation + IAM + env-konfigMi történik nuxt build-kor a motorháztető alatt (Nitro, presetek, output), a projekt felállítása négy fájlban, a dev-környezet két útja (nitro-cloudflare-dev vs. Vite plugin), bindings-mintázatok a server/utils-ban, runtimeConfig vs. binding vs. secret, Nitro-specialitások (routeRules, useStorage driverek, WebSocket), NuxtHub mérlege, projekt-struktúra, deploy és Nuxt-specifikus buktatók.
Mit ad a wrangler mellé: az erőforrás-létrehozás kóddá válik, PR-onkénti ephemeral környezetek (a Workers Builds hiányzó képessége), típusok a forrásból, programozható infra (per-tenant DB-k ciklusban), titkosított állapot, takarítás. Konkrét példákkal, a wrangler/Alchemy felosztással, kockázatokkal és döntési útmutatóval.
vs. Terraform / kézi parancsokA hat építőelem és hogy melyik mire jó: Workers AI (inference bindingként), AI Gateway (cache, rate limit, költségkövetés, fallback bármely szolgáltató elé — a nulla kockázatú belépő), Vectorize vs. AI Search (RAG tenantonkénti tudásbázissal), Agents SDK (állapotos folyamatok Durable Objectsen), Browser Rendering. Bevezetési sorrenddel és „miért ne gyere ide" szakasszal.
vs. Bedrock, OpenSearch, KendraA Gateway mint kontrollpont: egységes API (OpenAI/Anthropic SDK-kompatibilis), Unified Billing vs. BYOK, és a hat képesség — köztük a tenantonkénti dollárkeret egyéni metaadattal. Az AI Search elrejtett RAG-pipeline-ja, hibrid keresés, similarity cache. Teljes, kidolgozott példa: dokumentum-szeparáció shared-DB multitenant appban (R2 + index + DB hármas, cross-instance keresés, user-szintű utószűrés) — és őszinte összevetés a Postgres full-text search-csel.
vs. pgvector, Postgres FTSMinden, ami eddig kimaradt, kategóriákba rendezve és relevancia-jelöléssel: multitenant-specifikus (Cloudflare for SaaS custom hostnames, Workers for Platforms, Turnstile, Access), média (Images — a sharp-probléma megoldása, Stream), kommunikáció (Email Routing/Service, Realtime, Zaraz), adat és analitika (Pipelines, R2 SQL, Web Analytics), fejlesztői kiegészítők (feature flagek, Browser Rendering, Sandbox, VPC/Tunnel), biztonság (Bot Management, API Shield, Zero Trust) — plusz: mit tanulj meg most, és mit hagyj a listán.
a teljes képSession Workersen: a négy stratégia (aláírt cookie, KV, DB, Durable Object) és az ajánlott hibrid; jelszó-hashelés Web Cryptóval (a bcrypt nem fut!) és a hash-migráció; a tenant-feloldás középponti middleware-ben, tagság-ellenőrzéssel; könyvtárak, amik működnek a workerd-ben; enterprise SSO (OIDC/SAML) előkészítése; API-kulcsok és service-to-service; éles indulás előtti checklist.
vs. express-session, passport, bcryptA három cache-réteg szétválasztva (Workers Caching vs. Cache API vs. fetch+cf) és hogy melyiket mikor; a multitenant cache-kulcs — ahol a legdurvább adatszivárgás elkövethető; mit cache-elj egy SaaS-ban rétegenként; alkalmazás-szintű cache KV-vel; invalidálás (TTL, verzió-token, cache-tag purge) és a purge korlátai; Smart Placement, soros hívások megszüntetése, streaming, bundle-méret.
vs. CloudFront behavior-ök, Redis-cacheBejövő webhook helyes szerkezete (hitelesítés + dedup + sorba tétel → gyors 200, a munka a consumerben); aláírás-ellenőrzés Web Cryptóval és a nyers body csapdája; miért rossz a waitUntil erre; háromszintű idempotencia; sorrendiség kezelése; kimenő webhookok (aláírás, retry, DLQ, halott endpointok, tenant-izoláció); partner-API-k szabályai és a lokális tesztelés Tunnellel.
vs. API Gateway + Lambda + SQSRPO/RTO meghatározása; négy hibaforgatókönyv és ami ellen a platform-mentés NEM véd (fiók-kompromittálás → fiókon kívüli export); helyreállítási terv rétegenként; heti mentő Workflow titkosítással és ellenőrzéssel; incidens-runbook (fix-forward vs. restore); a teljes tenant-törlési lista minden rendszerre; GDPR-vonatkozások (jurisdiction, alfeldolgozók, logolás, AI); negyedéves teendők.
vs. RDS snapshot + S3 versioningAz a réteg, ami már a Workers előtt is létezett, és amit a migráció 0. fázisában kell megérteni: zónák és a narancs felhő (proxied vs. DNS-only), az öt TLS-mód és a klasszikus lábonlövés (Flexible), Origin CA és Authenticated Origin Pulls, a szabálymotor (redirect/transform/origin rules) — mikor szabály és mikor Worker-kód —, a kérés pontos életciklusa a Worker előtt és után, Cloudflare Tunnel az Aurorához, Argo és Load Balancing.
vs. Route 53, ACM, ALB, VPC peeringMi véd automatikusan és mit kell bekapcsolni: DDoS-védelem rétegei, WAF managed rules (mindig log módban indíts!), egyéni szabályok konkrét táblázattal, rate limiting a bejelentkezésre és az API-ra, Bot Management és a bot score, Turnstile teljes implementációval (widget + szerveroldali siteverify), Security Events olvasása és a hamis pozitívok kezelése. Záró tanulság: a platform NEM véd a tenantok közti adatszivárgás ellen — az a te kódod.
vs. AWS Shield, AWS WAF, reCAPTCHAKimenő email a send_email bindinggal (Email Sending) és mikor kell mégis külső szolgáltató; bejövő email az email() handlerrel és Email Routinggal (ticket-per-email, tenantonkénti címek); SPF/DKIM/DMARC érthetően, a p=none → quarantine → reject bevezetési úttal; sorba tett küldés a kézbesítési hibák kezelésére; multitenant email-szabályok (kitől megy ki, Reply-To, a saját domain védelme) és a remote: true fejlesztői csapdája.
Playwright a preview URL-ek ellen (GitHub Actions vázzal), a négy dolog, amit tényleg érdemes E2E-vel tesztelni — köztük a tenant-izoláció —, és két buktató (közös staging-erőforrások, Access service token); Turnstile teszt-kulcsok az automatizáláshoz. i18n: miért a /hu/ path-prefix a cache-biztos választás, az Intl API, a fordítások a bundle-ben, és az i18n+cache csapda. SEO: szerveroldali meta, canonical egyedi domaineknél, hreflang, sitemap, és miért ne cache-elj személyre szabott HTML-t.