SecureLayer • SLA v1.0

Hivatalos szolgáltatási szint. Átlátható rendelkezésre állás és vállalások.

Több adatközpont, georedundáns DNS + EDGE jelenlét, monitorozás és meghatározott kompenzációs szabályok. Ez az oldal a SecureLayer nyilvános SLA összefoglalója.

99,99% éves cél Magyar + EU infrastruktúra Kredit alapú kompenzáció
SLA összefoglaló
Rendelkezésre állási mutatók
AKTÍV
Rendelkezésre állás
99,99%
éves célérték
Éves max. kiesés
~52 perc
elméleti maximum
Infrastruktúra
HU + EU
georedundáns felépítés
Kompenzáció
25–100%
kredit formában
Értelmezés Publikus SLA
A szolgáltatás technikai és üzemeltetési vállalásainak összefoglalója, nem teljes belső architektúra-leírás.
1. Bevezetés

A dokumentum célja

A SecureLayer Szolgáltatási Szint Megállapodás meghatározza a DNS és EDGE szolgáltatásokhoz kapcsolódó rendelkezésre állási célokat, a fő üzemeltetési elveket, a kivételeket és az esetleges jóváírási szabályokat.

SLA

Mire vonatkozik?

A nyilvános DNS, EDGE és az ezekhez kapcsolódó alap platformfunkciók elérhetőségére.

OPS

Mit ad?

Átlátható képet arról, milyen szolgáltatási szinttel számolhatsz és milyen feltételek mellett kérhető jóváírás.

NOTE

Mit nem ad?

Nem publikus belső védelmi logikát, nem teljes műszaki tervrajzot, és nem helyettesíti az egyedi vállalati szerződést.

2. Infrastruktúra és georedundancia

Több helyszín, több szerepkör, elkülönített rétegek

A SecureLayer célja, hogy a kritikus DNS és EDGE funkciók ne egyetlen ponton múljanak.

HU

Magyarországi jelenlét

  • Több hazai adatközponti jelenlét.
  • Redundáns node-ok és szerepkörök.
  • Földrajzi elkülönítés a szolgáltatás stabilitásáért.
EU

EU-s kiterjesztés

  • Külföldi EU lokációk bevonása.
  • Georedundáns DNS / EDGE jelenlét.
  • Jobb túlélőképesség lokális kiesés esetén.
NET

Hálózati szétválasztás

  • Szerepkör-alapú gépelkülönítés.
  • DNS, EDGE, panel és management rétegek.
  • ACL / tűzfal és belső hálózati szabályozás.
3. Garantált rendelkezésre állás

Éves célérték: 99,99%

A SecureLayer a DNS + EDGE infrastruktúrára és az alap platformfunkciókra éves szinten 99,99% rendelkezésre állási célt tűz ki.

YEAR

Maximális elméleti kiesés

MON

Mit támogat a vállalás?

  • Több DNS node párhuzamos működése.
  • Több EDGE végpont és forgalomelosztás.
  • Monitorozás és gyors operátori beavatkozás.
SCOPE

Mire nem vonatkozik közvetlenül?

  • Az ügyfél origin szerverére.
  • Az ügyfél saját alkalmazásának hibájára.
  • Külső, harmadik fél rendszerének leállására.
4. Hibakezelés és reakcióidők

Prioritás szerinti kezelés

A kritikus hibák automatikus riasztások alapján, a kevésbé súlyosak operátori prioritás szerint kerülnek feldolgozásra.

P1

Kritikus hiba

  • Szolgáltatás nem elérhető.
  • Várható reakcióidő: 1–30 perc.
  • Monitoring riasztás alapján azonnali beavatkozás.
P2

Magas prioritású hiba

  • A szolgáltatás működik, de érdemi hibával.
  • Várható reakcióidő: 1–2 óra.
  • Részleges degradáció vagy funkcióromlás.
P3

Általános kérés / hiba

  • Nem kritikus működési vagy adminisztratív ügy.
  • Várható reakcióidő: 24 óra.
  • Normál támogatási folyamat szerint kezelve.
5. Failover és monitorozás

Automatikus és operátori védelmi rétegek

A redundancia csak akkor ér valamit, ha a rendszer érzékeli a hibát és át tud rendeződni.

01

Észlelés

A DNS, EDGE és panel komponensek monitorozása több pontból történik.

02

Elkülönítés

A hibás komponens vagy útvonal leválasztása, a többi szolgáltatási réteg védelmével együtt.

03

Átterelés / helyreállítás

A forgalom másik node-ra vagy működő útvonalra kerül, majd megtörténik a végleges javítás.

6. Karbantartási ablakok

Tervezett és rendkívüli karbantartás

A cél a minimális szolgáltatási hatás, de bizonyos beavatkozásoknál szükséges lehet rövid karbantartási ablak.

PLAN

Tervezett karbantartás

  • Lehetőleg előre kommunikált időablakban.
  • Jellemzően legfeljebb 1 óra / hónap.
  • Az előre bejelentett karbantartás nem SLA-kiesés.
URG

Rendkívüli karbantartás

  • Sürgős biztonsági vagy üzemeltetési okból.
  • A tájékoztatás a lehető leghamarabb történik.
  • Tipikusan incidens vagy sérülékenység esetén.
OPS

Cél

  • Frissítések kontrollált végrehajtása.
  • Stabilitás és biztonság fenntartása.
  • A kiesési kockázat csökkentése.
7. SLA alóli kivételek

Nem minden hiba SLA-esemény

A szolgáltatási szint nem terjed ki minden olyan eseményre, amely az ügyfél oldalán vagy harmadik félnél keletkezik.

APP

Ügyfél oldali hibák

  • Hibás origin beállítás.
  • Rossz DNS rekord vagy tűzfal.
  • Alkalmazás- vagy webszerverhiba.
3RD

Harmadik fél hibája

  • Külső e-mail vagy API szolgáltató hibája.
  • Külső DNS, külső CDN, upstream probléma.
  • Nem a SecureLayer által kontrollált kiesés.
FORCE

Vis maior / rendkívüli helyzet

  • Országos vagy regionális hálózati zavar.
  • Természeti katasztrófa.
  • Hatósági vagy upstream szintű beavatkozás.
8. Kompenzációs politika

Kredit alapú jóváírás

Ha a vállalt rendelkezésre állási szint igazoltan nem teljesül, a kompenzáció kredit formában történhet a következő számlázási ciklusokra.

TABLE

Jóváírási sávok

RULE

Fontos feltételek

  • A jóváírás kredit formájú.
  • Nem automatikusan készpénzes visszafizetés.
  • Az adott szolgáltatási időszakra és érintett csomagra értelmezett.
REQ

Igénylés

  • Érdemes incidens után mielőbb jelezni.
  • A vizsgálat során a belső monitoring adatok az irányadók.
  • Az egyedi vállalati megállapodás ettől eltérhet.
Kapcsolat

Kérdésed van az SLA-val kapcsolatban?

Ha pontosítani szeretnéd, mire vonatkozik a vállalás, vagy egyedi üzleti / enterprise igényed van, írj nekünk.