Hivatalos szolgáltatási szint

1. SLA összefoglaló

A SecureLayer célja, hogy a kritikus DNS és EDGE szolgáltatások magas rendelkezésre állással működjenek, több helyszínre és elkülönített infrastruktúra-rétegekre építve.

Fontos: ez a dokumentum a szolgáltatás technikai és üzemeltetési vállalásainak ügyfélbarát összefoglalója, nem teljes belső architektúra-leírás.

2. 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.

Mire vonatkozik?

• nyilvános DNS szolgáltatás elérhetőségére
• EDGE proxy és kapcsolódó alap platformfunkciók elérhetőségére
• SecureLayer által kezelt alap infrastruktúra komponensekre

Mit ad?

• átlátható rendelkezésre állási célokat
• világos hibakezelési és kompenzációs kereteket
• ügyfélbarát SLA értelmezést

Mit nem ad?

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

3. Infrastruktúra és georedundancia

A SecureLayer célja, hogy a kritikus DNS és EDGE funkciók ne egyetlen ponton múljanak. A rendszer több szerepkörre, elkülönített rétegekre és redundáns működésre épül.

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-s kiterjesztés

• külföldi EU lokációk bevonása
• georedundáns DNS és EDGE jelenlét
• jobb túlélőképesség lokális kiesés esetén

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

• szerepkör-alapú gépelkülönítés
• DNS, EDGE, panel és management rétegek elkülönítése
• ACL, tűzfal és belső hálózati szabályozás

4. Garantált rendelkezésre állás

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.

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

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

5. Hibakezelés és reakcióidők

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

A reakcióidő az első operátori vizsgálat vagy automatizált beavatkozás megkezdését jelenti, nem minden esetben a teljes hibaelhárítás végleges lezárását.

6. Failover és monitorozás

A redundancia akkor értékes, ha a rendszer érzékeli a hibát, és a forgalmat vagy a kiszolgálást működő komponensekre tudja terelni.

Észlelés

• DNS, EDGE és panel komponensek monitorozása
• több pontból végzett állapotfigyelés
• hibák, lassulások és SSL problémák észlelése

Elkülönítés

• hibás komponens vagy útvonal leválasztása
• a többi szolgáltatási réteg védelme
• operátori és automatizált beavatkozási lehetőség

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

• forgalom másik node-ra vagy működő útvonalra terelése
• szolgáltatás helyreállítása
• végleges javítás és utólagos ellenőrzés

7. Karbantartási ablakok

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.

Tervezett karbantartás

• lehetőleg előre kommunikált időablakban történik
• jellemzően legfeljebb 1 óra / hónap
• az előre bejelentett karbantartás nem SLA-kiesés

Rendkívüli karbantartás

• sürgős biztonsági vagy üzemeltetési okból történhet
• a tájékoztatás a lehető leghamarabb történik
• tipikusan incidens vagy sérülékenység esetén szükséges

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

8. SLA alóli kivételek

Nem minden hiba minősül SLA-eseménynek. A szolgáltatási szint nem terjed ki minden olyan eseményre, amely az ügyfél oldalán vagy harmadik félnél keletkezik.

Ügyfél oldali hibák

• hibás origin beállítás
• rossz DNS rekord vagy tűzfal beállítás
• alkalmazás- vagy webszerverhiba

Harmadik fél hibája

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

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

9. Kompenzációs politika

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.

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
• a vizsgálat során a SecureLayer belső monitoring adatai az irányadók
• egyedi vállalati megállapodás ettől eltérhet

10. Kapcsolat SLA ügyben

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

E-mail: admin@securelayer.hu

Ügyfélpanel: panel.securelayer.hu