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:

• A broad failure at our cloud provider, the kind that takes out a whole region and many companies at once. If the provider acts on our account specifically, that counts against the number, even where we can’t lift it 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.