Se încarcă pagina...
Date refresh la 30 secunde · raportează incidente la hello@megapromoting.com
Definim un sistem ca operațional dacă endpoint-ul /api/healthrăspunde HTTP 200 în mai puțin de 2 secunde cu status "ok". Un sistem e degradatdacă răspunde 200 cu status "degraded" (vreun check non-critic eșuat — ex: storage S3 latency >500ms) sau dacă latency e între 2-5 secunde. Indisponibil= HTTP >= 500 sau timeout >5s.
Health check rulează la fiecare 30 secunde din 4 puncte geografice: Frankfurt, Paris, București, Chișinău. Dacă majoritatea (3/4) raportează degraded sau down, asta înregistrăm în health_snapshots. Asta evită false-positives pentru probleme de conectivitate locale ale unui singur monitor.
Strip-ul de 90 zile de mai sus se construiește din aceste snapshot-uri, cu regula "worst status of the day wins" — același mod în care Stripe, GitHub, Vercel afișează status pages. O singură oră de degraded face întreaga zi galbenă, fără să cosmetizăm.
| Plan | Uptime target | Downtime/an permis | Credit financiar la breach |
|---|---|---|---|
| Free | Best-effort (~99%) | ~3.65 zile | Niciun credit (free tier) |
| Pro | 99.5% | ~43.8 ore | 10% credit lunar la breach >1h |
| Business | 99.9% | ~8.76 ore | 20% credit lunar la breach >30 min |
| Agency | 99.9% | ~8.76 ore | 25% credit lunar la breach >30 min |
| Enterprise | 99.95% (negociabil până 99.99%) | ~4.38 ore | Credit financiar EUR/USD per oră — custom în DPA |
Credit-urile se aplică automat la următoarea factură fără să trebuiască să le ceri — generăm rapoarte SLA lunare per workspace cu downtime calculat din health_snapshots. Pentru Enterprise, raportarea SLA se face săptămânal cu trimitere la persoana de contact desemnată.
Maintenance planificat (upgrade DB, restart fleet servers, kernel patch) se anunță cu minim 72h în avans prin: banner pe această pagină, email către workspace owners, anunț în canalul Telegram@megaformsmd.
Maintenance window standard: Duminică 03:00-05:00 EET (UTC+2). În această fereastră, downtime planificat nu se contează împotriva SLA-ului — atât timp cât e anunțat respectând regulile de mai sus. Maintenance neanunțat sau peste 2h se contează ca downtime normal.
Pentru maintenance care necesită rolling deploy (zero-downtime), nu dăm anunț — sunt complete transparente pentru clienți. Health checks continuă să raporteze "ok" pe tot parcursul.
/status/rss.xml (toate incidentele post-mortem)Pentru fiecare incident sev-1 sau sev-2 publicăm post-mortem detaliat în 30 zile. Format standard: timeline, root cause, immediate fix, long-term prevention measures. Lista completă pe blog → post-mortem. Pentru Enterprise, primești și raport SLA lunar PDF semnat digital.