Abi kryptys remiasi ta pačia formule. Pradėję nuo SLA procento gausite jo leidžiamą neveikimo laiką (tai daro mūsų pasiekiamumo skaičiuoklė). Pradėję nuo turėto neveikimo laiko, kaip šiame puslapyje, gausite veikimo procentą: (laikotarpis − neveikimo laikas) ÷ laikotarpis × 100. Pridedame du skaičius, kurių paprasta lentelė nepateiks: kiek tai kainavo ir kur nuėjo minutės.

Padalykite neveikimo laiką iš laikotarpio ir padauginkite iš 100. 43m 48s sutrikimas 30,42 dienos mėnesį: 2 628 s ÷ 2 628 000 s × 100 = 0,1 % neveikimo, t. y. 99,9 % veikimo. Dvi taisyklės: sudėkite visus laikotarpio incidentus (o ne suvidurkinkite juos) ir matuokite nuo pirmos nepavykusios užklausos iki patvirtinto atsistatymo.

Du–trys devynetai — normalus ruožas mažoms ir vidutinėms produkcinėms paslaugoms: nuo 43 minučių iki 7 valandų per mėnesį. Trys devynetai (43m 48s per mėnesį) yra darbinis tikslas: pasiekiamas su gera prieglobos paslauga, greitais atšaukimais ir budinčiu žmogumi. Jei jūsų mėnuo peržengia 7 valandas, žalos lentelė viršuje rodo, kokį įvertį pateikiate, o rezultato eigos dalis — iš kur pirmiausia atsikovoti minutes.

Pamirškite garsiuosius kainos per minutę skaičius iš stambių įmonių apklausų — jie į vieną vidurkį sudeda ir bankus, ir kepyklas. Jūsų riba yra jūsų pačių aritmetika: pajamos per valandą × neveikimo valandos, plius žmonės, metę visus darbus, plius sutartiniai įsipareigojimai. Rezultato kainos dalis tai suskaičiuoja iš karto su jūsų skaičiais. Dvi išlygos. Dalis nutrauktų pirkėjų grįžta vėliau, tad prarastos pajamos yra viršutinė riba. Ir dalis kaštų į lentelę netelpa niekada: pasitikėjimas, SEO, susikaupusios pagalbos užklausos.

Skaičiuojami taip, kaip nusprendėte, kad bus skaičiuojami — prieš incidentą. Įprasta praktika: neveikiantis kritinis kelias (atsiskaitymas, prisijungimas) skaičiuojamas visas, net jei pradinis puslapis atsidaro; veikiantis, bet pablogėjęs veikimas skaičiuojamas atskirai arba visai neskaičiuojamas. Užsirašykite apibrėžimą ir taikykite jį visada vienodai. Ginčai dėl SLA kyla būtent dėl šios pastraipos, o ne dėl aritmetikos.

MTTR — vidutinis atsistatymo laikas: visas neveikimo laikas ÷ incidentų skaičius. Tai stipriausias jūsų svertas, nes sutrumpinę jį perpus, perpus sumažinsite ir neveikimo laiką, neužkirtę kelio nė vienam incidentui. MTBF — vidutinis laikas tarp gedimų, t. y. kaip dažnai kas nors lūžta. Jis priklauso nuo architektūros ir pakeitimų drausmės, o ne nuo reagavimo greičio. Kartu jie duoda pasiekiamumą: MTBF ÷ (MTBF + MTTR). RTO — tai MTTR, kurį pažadėjote: kiek sutrikimas gali trukti, kol atkūrimo planas laikomas žlugusiu. Išbandykite jį anksčiau, nei tai padarys incidentas.

Pirma imkitės MTTR, tik paskui MTBF — greičiau atsistatyti pigiau, nei rečiau lūžti. O MTTR viduje pirmiausia imkitės aptikimo: tai vienintelis etapas, kurį įrankis gali sutrumpinti už jus. Mūsų pavyzdyje aptikimas užtruko 11 minučių, o pataisymas — 4. Trisdešimties sekundžių patikros tylą iki pirmos nepavykusios patikros apriboja iki pusės minutės, bet jos nesutrumpina nei įspėjimo pristatymo, nei laiko, per kurį žmogus pakelia telefoną — todėl aptikimas čia sutrumpėja keturiomis minutėmis, o ne vienuolika. Diagnostiką trumpina įrodymai (rezultatai iš kelių vietų, tikslūs laiko žymenys), o patį pataisymą — iš anksto išbandyta atšaukimo procedūra; ta dalis priklauso nuo jūsų.

Negalima suskaičiuoti to, ko nepastebėjote — 3 val. nakties perkrovimas mūsų birželio žurnale egzistuoja tik todėl, kad kažkas stebėjo. Nepriklausomas stebėjimas duoda būtent tai, ko reikia šiai skaičiuoklei: tikslų pradžios ir pabaigos laiką, matuotą iš išorės, ne iš jūsų pačių infrastruktūros. Taip užfiksuojami visi incidentai — ir tie, kurių metu visi miegojo. Uptimia tikrina iš 171+ vietų 70+ šalyse — kas 60 sekundžių Basic plane ir kas 30 nuo Professional — ir tą žurnalą veda už jus.