The SLA — an illustrated card from The IT Arcana
XI·justice

The SLA

The scales that weigh every promised minute of uptime against every minute you actually delivered.

upright

Five Nines, Honestly Earned

The uptime dashboard tells the truth today, and the truth happens to be good — the number you promised in the contract and the number you actually delivered are the same number, no rounding required, no asterisk in the postmortem notes. There's a specific satisfaction in a report that needs no spin, no explanation of 'well, technically,' just a clean column of green matching a clean column of promises.

This is Justice at its most literal: the balance actually balancing. Whatever discipline got you here — the monitoring, the redundancy, the boring unglamorous maintenance nobody claps for — keep doing exactly that. The scales reward consistency, not heroics, and today they're showing it.

what may cross your path

  • An uptime report generates itself and, for once, needs no caveat attached to it.
  • A stakeholder reviews the SLA numbers and has nothing to ask about.
  • A redundant system you built 'just in case' quietly does its job today, unnoticed.
  • You realize the boring maintenance task you almost skipped is exactly what kept the number honest.
Keep doing the unglamorous maintenance that earned this number — the scales don't reward the save, they reward the thing that never had to be saved.

What I promised and what I delivered are the same. That's the whole win.

accountabilitybalancehonest reportingfairnessearned trust
reversed · the shadow

You Signed for Five Nines

Somebody, at some point, signed a contract promising 99.999% uptime, and you are looking at a dashboard that says something closer to two nines, and the gap between those numbers is currently your problem regardless of who actually wrote the promise. The scales don't care about the org chart. They just weigh what was said against what happened, and today the honest answer is uncomfortable.

This is Justice reversed — not injustice exactly, just the specific discomfort of accountability landing on whoever's in the room when the number gets read out loud. The instinct to explain the gap is fair. The better move is naming it plainly first, then explaining, because scales respond better to honesty than to a well-argued case for why the imbalance isn't really an imbalance.

what may cross your path

  • An uptime report renders and the number is worse than anyone in the room wants to say out loud first.
  • You find yourself preparing an explanation before you've even finished confirming the number.
  • Someone asks 'who signed off on this SLA' and the answer predates everyone currently in the meeting.
  • A promise made in a sales deck collides, today, with what the infrastructure can actually support.
Name the shortfall plainly before you explain it — the explanation lands better once the number's already on the table honestly.

I can own the gap without owning the whole blame for how it got there.

broken promisesaccountability gapovercommitmentuncomfortable truthmisaligned expectations