Minden rendszer normális állapotot jelez

Három, a miénktől független hálózatról ellenőrizve, hatvan másodpercenként. Az alábbi rendelkezésre állás az incidens perceiből van számolva, nem az SLA-ból másolva.

Incidenstörténet Rendelkezésre állási SLA

Működő komponensek: 10 / 10
Utoljára ellenőrizve: 03:28 UTC
Rendelkezésre állás, 90 nap: 99,894%
Az utolsó esemény óta: 6 napja

Jelenleg

Tíz összetevő, mindegyik saját méréssel

„Működik” önmagában nagyon keveset mond. Minden sor azt a számot mutatja, amit az ellenőrzés ténylegesen mért, így egy technikailag működő, de lassú összetevő nem bújhat el egy zöld pötty mögött.

Minden rendszer normálisan működik

Utolsó ellenőrzés: 03:28 UTC · tervezetlen esemény nélkül eltelt idő: 6 napja · rendelkezésre állás az elmúlt 90 napban: 99,894%

Virtuális szerverek Üzemel 34 hypervisor jelent

Dedikált szerverek Üzemel Minden chassis jelent

Hálózat — A tranzitszolgáltató Üzemel BGP kialakítva · 0,3 ms jitter

Hálózat — B tranzitszolgáltató Üzemel BGP kialakítva · 0,6 ms jitter

DDoS-szűrés Üzemel Élesítve · nincs aktív elhárítás

Ügyfélpanel Üzemel 83 ms medián válaszidő

Nyilvános API Üzemel 54 ms medián válaszidő

Kiépítés Üzemel 59 s medián a root eléréséig

Fizetések Üzemel Mind a 8 hálózat megerősít

Ügyfélszolgálat Üzemel 7 perc medián első válaszidő

Az elmúlt öt perc mediánjai, három olyan hálózat próbáiból, amelyek nem a mieink. Egy komponens abban a pillanatban válik degradálttá, amikor a mediánja átlépi a normál értékének kétszeresét — inkább túljelentünk, mint hogy egy rossz tíz percet zöldre kerekítsünk.

Kiszámítva, nem állítva

Három időablak, és a mögöttük álló percek

Egy önmagában álló százalékos arány bármire kihozható. Az itt szereplő minden szám az alatta található incidenslista számtana — módosítsa a listát, és a százalék is változik, és ez az egyetlen olyan változata ennek a számnak, amelyet érdemes közzétenni.

99,743% · 30 nap

111 perc nem tervezett kiesés, alább okonként felsorolva. A tervezett karbantartás nem szerepel a számításban, azt külön tüntetjük fel.

99,894% · 90 nap

137 perc nem tervezett kiesés, alább okonként felsorolva. A tervezett karbantartás nem szerepel a számításban, azt külön tüntetjük fel.

99,954% · 365 nap

241 perc nem tervezett kiesés, alább okonként felsorolva. A tervezett karbantartás nem szerepel a számításban, azt külön tüntetjük fel.

Minden, ami történt

Incidenstörténet, beleértve azokat is, amelyeket mi okoztunk

Egy előzmény, amely csak tervezett karbantartást tartalmaz, nem előzmény. Minden bejegyzés megadja, mi hibásodott meg, mennyi ideig tartott, és mi változott utána, hogy ugyanúgy ne forduljon elő újra.

2026-08-22 · 6 napja

Csomagvesztés Isztambul feléRészleges · 111 perc

Az A tranzitszolgáltatónál egy hiba miatt az egyik prefixünk blackhole-ba került. A tranzitszolgáltatótól 51 perc diagnosztika után vontuk vissza; a teljes elérhetőség egy órával később állt helyre. A forgalom minden más városba a teljes idő alatt zavartalan maradt.
2026-07-08 · 2 hónapja

Kiépítési sor elakadvaRészleges · 26 perc

Az új megrendelések a build helyett sorba álltak. A meglévő szervereket ez nem érintette. Az okot egy megtelt tár jelentette az image hoston, amely mostantól 70%-nál riaszt, nem 95%-nál.
2026-05-05 · 4 hónapja

Az API-korlátozó túl agresszívRészleges · 47 perc

Egy szigorított korlát elutasította három, flottát építő ügyfél jogos csúcsterhelését. Egy órán belül visszavonva, és tokenenkénti csúcskeret váltotta fel.
2026-03-09 · 6 hónapja

Az ügyfélpanel lassú, a szerverekre nincs hatássalRészleges · 38 perc

Egy migráció során hiányzott egy index a számlatáblából, és az ügyfélpanel akadozni kezdett. A hypervisorok, a hálózat és az API érintetlenek maradtak. Minden fiók jóváírást kapott, amely hibajegyet nyitott, anélkül hogy bizonyítania kellett volna az érintettségét.
2025-12-28 · 8 hónapja

Szűrés aktiválva, 340 GbpsRészleges · 19 perc

Egy volumetrikus támadást egy ügyfélcím ellen a felsőbb szinten elnyeltünk. A szűrés a támadás idejére nagyjából 2 ms-ot adott hozzá. Semmit nem null-route-oltunk, és senkit nem kértünk távozásra.

Az ennél régebbi bejegyzéseket megőrizzük és kérésre bemutatjuk, ahelyett hogy határidő nélkül közzétennénk — egy oldal, amely három év történetét őrzi, olyan oldal, amelyet senki nem olvas végig. A nem tervezett esetek jóváírását az rendelkezésre állási SLA alapján írjuk jóvá, anélkül, hogy Önnek igényelnie kellene.

Hogyan készül ez az oldal

Négy döntés, amely miatt érdemes elolvasni a számokat

Mindegyikük kissé rosszabb színben tünteti fel a számainkat, mint az alternatíva — erről ismerhető fel, hogy nem hízelgés céljából választottuk őket.

A saját hálózatunkon kívülről mérve

Három, más szolgáltatóknál üzemelő gépről, Frankfurtban, Amszterdamban és New Yorkban. Egy állapotoldal, amelyet abból az adatközpontból mérnek, amelyet felügyel, olyan oldal, amely kimaradás idején is zöldet mutat.

Egy komponens előbb degradálódik, mielőtt leállna

A normálnál lassabb állapotot is közzétesszük, nem kerekítjük le „üzemképes” szintre. Az alábbi bejegyzések többsége nem kiesés, hanem teljesítménycsökkenés — így néz ki egy őszinte előzmény.

A rendelkezésre állást számítjuk, nem állítjuk

A fenti százalékok a lent felsorolt eseményperceken alapulnak. Ha a történet változik, a százalék is változik; nincs külön szám, amelyet csendben szépítgethetnénk.

Ez az oldal nem Chișinăuban üzemel

Szándékosan máshol fut, hogy az épület áramkimaradása ne vigye el azt az oldalt is, amely erről tájékoztatná.

Mibe kerül nekünk egy rossz hónap

A kiesés jóváírásra kerül, nem vita tárgya

A sávok nyilvánosak, a jóváírásokat automatikusan alkalmazzuk, és a kivételek elég szűkek ahhoz, hogy egy ülésben elolvashatók legyenek.

A rendelkezésre állási SLA Hogyan épül fel a hálózat

Ezt olvassa még

Merre tovább