Uptime and availability

What we commit to

We target 99.5% availability of the application. We measure it per calendar month, counting the minutes in which the service accepted and answered requests.

If we ever lose data, we aim to restore it to a point no more than one hour before the incident, and to bring the service back within roughly eight hours.

What sits outside that number

Two things, and nothing else:

• Downtime that our upstream infrastructure provider causes and that we cannot fix ourselves.
• Planned maintenance that we announce at least 72 hours ahead on our status page, up to four hours in any calendar month.

Emergency maintenance still counts against the number. When we have to act without notice, we say so on the status page as soon as we can, and that time counts like any other outage.

Planned maintenance is rare

We have never taken a planned maintenance outage. The product runs on managed cloud services, so there are no servers to patch and no databases to upgrade in place, and ordinary releases go out without interrupting anyone.

When we do need a window, we prefer 00:00 to 04:00 UTC, when the fewest people are working.

Where to check

You can see live system status and a history of past incidents at status.thisandthat.chat, and subscribe there to hear about issues as they happen.