Serverless și Edge Computing: ce sunt și când le folosești

„Serverless" nu înseamnă că nu există servere. Înseamnă că tu nu te ocupi de ele.

Nu provisionezi mașini, nu configurezi auto-scaling, nu patchuiești sisteme de operare. Scrii cod, îl deployezi, și infrastructura se ocupă de restul. Plătești doar pentru ce folosești — pe milisecundă, pe request, pe GB.

Edge computing duce ideea mai departe: codul tău rulează fizic aproape de utilizator, pe servere distribuite global, nu într-un singur datacenter.

Pe scurt: Serverless elimină administrarea serverelor — plătești doar per request, scalarea e automată. Edge computing duce codul aproape de utilizator, cu latență sub 50ms global. Cele mai bune cazuri: API-uri, procesare background, cron jobs. Nu e potrivit pentru procesare heavy (video, ML).

Serverless: cum funcționează

Modelul tradițional

Închiriezi un server (sau o mașină virtuală). Rulează non-stop, indiferent dacă are trafic sau nu. Tu gestionezi:

• Sistemul de operare și update-urile
• Scalarea (adaugi servere când crește traficul)
• Securitatea la nivel de infrastructură
• Costul fix lunar (plătești și când doarme serverul)

Modelul serverless

Scrii funcții individuale. Fiecare funcție se execută la cerere — când primește un request, un event sau un cron trigger. Platformele se ocupă de:

• Scalare automată — de la 0 la mii de instanțe simultane
• Disponibilitate — redundanță, failover, monitoring
• Securitate — patching, izolare, certificate
• Billing — plătești doar pentru execuții reale

Platforme serverless principale

Edge Computing: cod aproape de utilizator

Ce rezolvă edge-ul

Un server tradițional stă într-un singur datacenter (ex: Frankfurt). Un utilizator din București are ~20ms latență. Unul din Tokyo — ~200ms. Unul din São Paulo — ~250ms.

Cu edge computing, codul tău rulează pe sute de puncte globale. Fiecare utilizator ajunge la cel mai apropiat nod. Latența scade la <50ms oriunde în lume.

Platforme edge

• Cloudflare Workers — 300+ locații globale, 0ms cold start, ecosistem complet (KV, D1, R2, Queues, AI)
• Deno Deploy — integrat cu Deno runtime, deploy instant
• AWS CloudFront Functions / Lambda@Edge — funcții la nivelul CDN-ului Amazon
• Fastly Compute — WASM-based, latență minimă

Edge vs. Serverless clasic

Cazuri de utilizare practice

1. API-uri și backend logic

Cel mai comun caz. În loc să menții un server Express/Fastify permanent, fiecare endpoint e o funcție serverless:

• POST /api/contact → funcție care procesează formularul și trimite email
• GET /api/products → funcție care interogă baza de date și returnează JSON
• POST /api/payment/webhook → funcție care procesează notificări de la Stripe

Exemplu real: site-ul pe care-l citești acum folosește Cloudflare Workers pentru formularul de contact.

2. Procesare în background

Taskuri care nu necesită răspuns imediat:

• Generare de PDF-uri sau imagini
• Trimitere de emailuri în bulk
• Procesare de date (import/export, rapoarte)
• Sincronizare între sisteme (ERP ↔ CRM)

3. Cron jobs (taskuri programate)

Funcții executate periodic:

• Verificare stocuri și alertare
• Generare de rapoarte zilnice
• Curățare date vechi
• Sincronizare cu API-uri externe

4. Personalizare la edge

Codul rulează înainte ca pagina să ajungă la utilizator:

• A/B testing fără JavaScript client-side
• Geolocalizare și conținut localizat
• Rate limiting și protecție bot
• Autentificare și autorizare la edge

5. AI inference la edge

Trend emergent în 2026: modele AI mici rulează direct pe edge, fără round-trip la un server central:

• Clasificare text/imagini
• Embedding-uri pentru search
• Moderare conținut în timp real

Avantaje concrete

Costuri reduse

Un server tradițional: €50-200/lună minim, indiferent de trafic.
Serverless echivalent: €0-5/lună pentru trafic mic-mediu (mii de request-uri/zi).

Diferența e dramatică pentru aplicații cu trafic variabil — plătești zero când nu ai trafic.

Scalare fără efort

Lansezi o campanie de marketing și traficul crește de 100x? Serverless scalează automat. Nu suni pe nimeni, nu provisionezi nimic.

Mentenanță redusă

Nu există server de administrat. Nu existe patching, nu existe „a căzut serverul la 3 noaptea". Provider-ul se ocupă de infrastructură.

Deploy rapid

O funcție serverless se deployează în secunde. Un server tradițional — minute sau ore (setup, configurare, testing).

Limitări de care trebuie să ții cont

Cold starts

Pe platformele serverless clasice (Lambda, Cloud Functions), prima execuție după o perioadă de inactivitate durează 100-500ms extra. Pentru API-uri cu cerințe stricte de latență, poate fi o problemă.

Soluții: Cloudflare Workers și Deno Deploy au ~0ms cold start. AWS oferă „provisioned concurrency" (costă extra).

Durată de execuție limitată

Majoritatea platformelor au limite: Lambda — 15 minute, Workers — 30 secunde (CPU). Procesări lungi (video encoding, ML training) nu se potrivesc.

Debugging mai dificil

Funcțiile distribuite sunt mai greu de debuggat decât un server monolitic. Ai nevoie de logging structurat, tracing distribuit și monitoring dedicat.

Vendor lock-in

Fiecare platformă are API-uri și convenții proprii. Migrarea între ele necesită efort. Poți minimiza lock-in-ul folosind standarde (Web API, WASM).

Limitări de stare (state)

Funcțiile serverless sunt stateless — nu păstrează date între execuții. Ai nevoie de storage extern (baze de date, cache, obiecte).

Cum decidem la Brainic

Nu toate proiectele au nevoie de serverless. Recomandarea noastră:

Serverless și edge computing nu sunt soluții universale. Sunt instrumente puternice când le folosești în contextul potrivit.

Vrei să discutăm arhitectura potrivită pentru proiectul tău?

Programează o discuție