Cloudflare a anuntat opt actualizari majore care aduc logurile, trace-urile, analytics-ul, alertele, dashboard-urile si exportul de date intr-o singura platforma de observabilitate, cu un model de pret unificat bazat pe volumul de date ingerat si stocat, nu pe numarul de evenimente. Anuntul, publicat pe blogul companiei Cloudflare Blog, marcheaza o schimbare de arhitectura, nu doar o colecție de functii noi.

Logica din spate e simpla. Cand apare un spike de erori 5xx, cauza poate fi un Worker, origin-ul tau sau o problema de conectivitate a Cloudflare catre origin. Pana acum, ca sa investighezi, trebuia sa stii ce produs detine fiecare semnal si cum sa il interoghezi separat. Acum, acele semnale ajung in acelasi loc.

Ce s-a schimbat concret in platforma

Prima actualizare este un punct unic de explorare a logurilor. Noul Logs home combina Workers Observability cu Log Explorer, iar tu alegi setul de date: evenimente HTTP, evenimente de firewall, Workers, Containers, R2 sau AI Gateway. Aceleasi unelte de investigatie functioneaza pentru fiecare. Poti porni de la o crestere de latenta, grupa rezultatele pe hostname sau pe centru de date, restrange la caile afectate si inspecta cereri individuale prin Ray ID.

A doua este Cloudflare Traces, in open beta. Obtii o vedere la nivel de cerere asupra regulilor de securitate, transformarilor, deciziilor de cache, rutarii, Workers si modului in care origin-ul trateaza traficul. Setezi un rate de sampling de baza pentru vizibilitate continua, apoi folosesti Trace Rules ca sa capturezi trafic specific la o rata mai mare in timpul unei investigatii. Exportul se face prin OpenTelemetry, iar propagarea contextului W3C permite preluarea si transmiterea contextului catre origin.

A treia este un API SQL unificat, in beta, pentru interogarea datelor de telemetrie. In loc sa integrezi separat loguri de Workers, evenimente de securitate din Containers, loguri de cereri HTTP si date de analytics, interoghezi totul cu un singur dialect SQL, un singur model de autentificare si un singur API. Exista si un CLI nou, cf, si un server MCP de observabilitate prin care agentii pot investiga loguri, trace-uri si analytics. In plus, interfata SQL ajunge direct in Workers printr-un binding nativ, ceea ce permite unui Worker sa interogheze date din Analytics Engine pentru facturare, dashboard-uri pentru clienti sau rapoarte de sanatate.

A patra este noul model de pret. Din 1 decembrie 2026, pretul se aplica tuturor planurilor, cu efect la reinnoire pentru clientii Enterprise, si acopera logurile existente din Developer Platform, inclusiv Workers, Containers si AI Gateway, plus toate datele de tracing. Planul gratuit include 0,5 GB de ingestie pe zi si retentie de 7 zile. Planurile platite si Enterprise includ 50 GB de ingestie si 10 GB-luna de stocare per ciclu de facturare, cu retentie de pana la un an, anuntata ca viitoare. Costul suplimentar este de 0,25 dolari per GB ingerat si 0,10 dolari per GB-luna stocat.

A cincea este sistemul de alerte custom, in beta. Notificarile, redenumite Alerts, pot fi definite direct pe orice este suportat de API-ul SQL unificat. Alegi un set de date in dashboard sau definesti conditia prin SQL custom, setezi un prag, o anomalie sau un SLO, alegi fereastra de evaluare si destinatia. Webhook-urile sunt acum disponibile pe toate planurile.

A sasea aduce analytics-ul de domeniu intr-un singur loc, cu 30 de zile de retentie pe orice plan. Trafic, performanta, securitate, cache, origin si DNS ajung impreuna, ca sa vezi cum se leaga. A saptea permite dashboard-uri custom care combina analytics, loguri, trace-uri si evenimente de securitate. A opta face Logpush disponibil pe toate planurile self-serve, cu Transformers in disponibilitate generala, la pret bazat pe utilizare: 25 GB inclusi lunar pentru exporturi, 0,03 dolari per GB catre destinatii Cloudflare si 0,10 dolari per GB catre destinatii externe, respectiv 1 GB inclus pentru Transformers si 0,04 dolari per GB suplimentar.

De ce conteaza unificarea pentru echipele tehnice

Problema reala pe care o rezolva acest pachet nu este lipsa datelor, ci fragmentarea lor. In practica, un incident de performanta se rezolva in mai multe ferestre deschise: un tool pentru logurile aplicatiei, unul pentru securitate, unul pentru analytics de trafic si inca unul pentru metrici de origin. Fiecare are propriul mod de a filtra, propriul format si propriul vocabular.

Cand toate acestea ajung sub acelasi API SQL si acelasi model de autentificare, costul de investigatie scade. Nu pentru ca datele devin brusc mai bune, ci pentru ca timpul pierdut cu schimbatul contextului dispare. Iar partea cu adevarat interesanta este pozitionarea explicita pe agenti. Cloudflare spune direct ca transparenta conteaza mai mult pe masura ce agentii trec de la scris de cod la operarea lui, iar un agent poate inchide bucla dintre o schimbare si rezultatul ei doar daca poate interoga ce s-a intamplat, identifica defectiunea si verifica reparatia.

Aici e si riscul. Un API SQL care expune loguri, trace-uri si analytics pentru agenti automatizati cere control strict al accesului. Daca un agent primeste drepturi largi de interogare pe telemetrie, poate extrage rapid informatii sensibile din loguri. Recomandarea noastra este sa tratati cheile si rolurile pentru accesul agentilor la fel de serios ca credentialele de productie, cu scope minim necesar si audit pe interogari. Aceasta este o recomandare de operare, nu o afirmatie despre ce face Cloudflare implicit.

Un al doilea punct de atentie este schimbarea de pret. Trecerea de la numarare pe evenimente la volum ingerat si stocat este mai previzibila pentru seturi mari de date, dar nu este automat mai ieftina pentru toata lumea. Cine genereaza multi loguri de volum mic, sau retine date mult timp, poate vedea alt rezultat pe factura. Nu avem deocamdata date publice despre impactul real pe costuri, deci orice estimare ramane o ipoteza care trebuie verificata in propriul cont.

Ce inseamna pentru tine, ca antreprenor sau marketer roman

Daca ai un magazin online pe un CDN modern, ai deja o problema de observabilitate, chiar daca nu o numesti asa. In momentul in care conversiile scad brusc, prima intrebare este daca a fost traficul, serverul, un atac sau o eroare de aplicatie. Fara date corelate, raspunsul vine in ore, nu in minute.

Ce poti face concret, fara sa fii inginer de platforma:

Primul pas este sa verifici ce date ai deja si cat le pastrezi. Daca retentia ta este de cateva ore, nu poti compara incidentul de azi cu aceeasi zi din saptamana trecuta. Retentia de 30 de zile la analytics de domeniu este exact genul de lucru care schimba felul in care investighezi un trend, nu doar un varf.

Al doilea pas este sa definesti cateva alerte care conteaza pentru business, nu pentru infrastructura. O crestere de erori 5xx pe fluxul de checkout, de exemplu, este o alerta cu impact direct. O alerta pe CPU-ul unui server nerelevant pentru venituri este zgomot.

Al treilea pas este sa pui pe cineva sa citeasca rapoartele, nu doar sa le primeasca. Un dashboard frumos pe care nimeni nu il deschide nu previne nicio pierdere. Aici te poti sprijini pe masurare serioasa, similar cu ce am detaliat in analiza despre cum se masoara performanta unui magazin pe Shopify.

Si, mai larg, daca lucrezi cu agenti AI care iau decizii pe date, observabilitatea devine infrastructura de baza, nu un nice to have. Am discutat despre ce presupune operarea lor reala in materialul despre agenti AI in productie si lectiile din teren, iar acolo un punct central este exact capacitatea de a verifica rezultatul unei actiuni.

Ce ramane de verificat inainte sa te bazezi pe asta

O parte din anunt este lansata, o parte este in beta, iar o parte este anuntata pentru viitor. Confundarea lor duce la planuri gresite.

Ce este in beta: Cloudflare Traces, API-ul SQL unificat si alertele custom. Ce este disponibil acum: Logpush pe planurile self-serve, Transformers in GA, dashboard-urile custom, analytics-ul de domeniu cu 30 de zile retentie si noul Logs home. Ce este viitor: retentia de pana la un an, suportul OpenTelemetry API in Workers, exportul de metrici prin OpenTelemetry si, cel mai important, noul pret care intra in vigoare pe 1 decembrie 2026.

Nu presupune ca beta inseamna functionalitate completa sau disponibila in toate regiunile si pe toate planurile. Verifica documentatia si propriul cont inainte sa construiesti un flux de operare pe aceste functii. O verificare incompleta nu dovedeste ca o functie lipseste, dar nici nu o confirma.

FAQ

Se schimba pretul pentru mine de la 1 octombrie 2026? Nu. Noul model de pret intra in vigoare pe 1 decembrie 2026 si se aplica la reinnoire pentru clientii Enterprise. Pana atunci, se aplica modelul curent. Cloudflare anunta ca va notifica utilizatorii inainte de schimbare.

Pot folosi API-ul SQL fara sa fiu pe Enterprise? Anuntul nu face o delimitare clara pe planuri pentru API-ul SQL. Acesta este in beta, iar disponibilitatea pe planuri trebuie verificata in documentatia oficiala. Nu presupune acces universal doar din faptul ca este anuntat public.

Ce fac daca nu am echipa tehnica interna? Alertele pe semnale cu impact in business, cum ar fi erorile pe checkout, si o retentie suficienta pentru comparatii sunt primii pasi cu cel mai bun raport efort-rezultat. Restul, adica interpretarea si corelarea datelor, cere oricum un om care stie ce intrebare sa puna.

Arcul final: AI-ul ajuta, omul decide, agentia executa

Uneltele de observabilitate devin mai puternice, iar asta este bine. AI-ul poate accelera analiza, poate sorta mii de evenimente si poate propune unde sa te uiti mai intai. Dar interpretarea ramane umana. Un media buyer senior stie cand un varf de erori este zgomot si cand este semnalul ca ceva s-a rupt exact in fluxul care aduce bani. Instrumentul iti arata datele, executia si decizia raman la om.

La ALLSoft Agency traducem exact aceasta diferenta: folosim datele si automatizarile ca sa reducem timpul de reactie, dar prioritatile de business si pasul concret le stabilim impreuna, pe cifre reale din contul tau. Fara hype, fara promisiuni pe care nu le putem sustine cu masuratori.