Cum îți protejează arhitectura AegiFlow traficul
Înțelege traseul cererii, control plane-ul, origin-urile private și de ce analiza nu îți întârzie vizitatorii.
Poți explica ce atinge cererea unui vizitator și ce rulează asincron.
Traseul cererii rămâne scurt
Cererea unui vizitator traversează exact trei etape: intrarea globală, edge-ul AegiFlow și origin-ul tău. Edge-ul aplică politici locale mărginite - timeout-uri stricte, limite de conexiuni, configurație last-known-good - iar inspecția rulează în afara procesului, deci un analizor lent nu poate ține o cerere ostatică.
Tot restul e asincron
Corelarea cazurilor, feed-urile de amenințări, dashboard-urile, rapoartele și notificările rulează în control plane, în afara traseului cererii. Dacă control plane-ul se degradează, site-ul tău servește în continuare. Admisia telemetriei e limitată per producător, cu cote zilnice.
Origin-uri private
Un origin protejat poate rămâne complet privat: accesibil doar prin TLS reciproc din edge-ul AegiFlow, fără niciun port de intrare expus către internet. Conexiunile platformei sunt tuneluri doar de ieșire.
Neutralitate față de furnizori
Intrarea globală e oferită acum prin Cloudflare for SaaS, iar edge-ul AegiFlow rămâne neutru față de furnizori. Designul păstrează o cale de ieșire: logica ta de protecție nu depinde de un singur vendor.
Verificare
- Poți numi cele trei etape ale traseului cererii
- Știi ce componente se pot degrada fără să afecteze traficul