Dzaki Yaumal Console← Portfolio

Operations / Reliability

How well it runs.

Range
Live · 30s
Uptime target 99.9%56.2%86,295 checks over 30 days
Error budget used43815%0s left
Mean time to recovery4m15 faults
Mean time between faults1d 4hlongest 48m

Response time by hour

BISa LMS · 30 days
00061218SunMonTueWedThuFriSat
FasterSlower25–81 ms

Response time distribution

BISa LMS
  • 0–50 ms36.3K
  • 50–100 ms11.2K
  • 100–200 ms951
  • 200–500 ms76
  • 500–1000 ms5
  • 1000–2000 ms17
  • 2000+ ms3

Certificates

checked each day
HostIssuerDays left
yaumalatsal.comLet's Encrypt43
pinglab.yaumalatsal.comLet's Encrypt43
baringan.yaumalatsal.comLet's Encrypt43
hotwork.yaumalatsal.comLet's Encrypt43
bisa.yaumalatsal.comLet's Encrypt43
simaksi.yaumalatsal.comLet's Encrypt44

All applications

worst budget first
ApplicationUptimeBudget usedFaultsMTTR
BISa LMS56.2%43815%154m
SIMAKSI56.2%43769%324m
Baringan Inventory56.2%43755%321m
PingLab LMS99.82%176%791m
Hot Work Permit99.986%14%224m
Portfolio & Console99.988%12%59m

The console measures the downtime across the period it watched, not across the whole window. A new application has a short history, so the page says how much of the window each figure covers. The console calculates the downtime from the health checks, not from the fault records. The checks are evenly spaced, so the ratio of bad checks is a fair estimate of the ratio of bad time. A fault record starts and ends on a check, so it would round each fault up to the check interval.