Dzaki Yaumal Console← Portfolio

Operations / Reliability

How well it runs.

Range
Live · 30s
Uptime target 99.9%56.4%86,296 checks over 30 days
Error budget used43625%0s left
Mean time to recovery21m3 faults
Mean time between faults5d 18hlongest 43m

Response time by hour

Baringan Inventory · 30 days
00061218SunMonTueWedThuFriSat
FasterSlower31–140 ms

Response time distribution

Baringan Inventory
  • 0–50 ms35.5K
  • 50–100 ms11.9K
  • 100–200 ms1,113
  • 200–500 ms100
  • 500–1000 ms10
  • 1000–2000 ms28
  • 2000+ ms6

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.3%43686%154m
SIMAKSI56.4%43638%324m
Baringan Inventory56.4%43625%321m
PingLab LMS99.82%181%821m
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.