Bitbucket: SLA evidence report

2026-09-05 to 2026-10-05 · measured by RealUptime from independent regions · generated Oct 5, 2026, 9:56 PM UTC

Bitbucket: SLA evidence report

Measured downtime
35.7m
Across 1 outage in this window.
Window
2026-09-05 to 2026-10-05
UTC, 30 days.
  • Sep 23, 2026, 5:00 PM UTC to Sep 23, 2026, 5:36 PM UTC

    Single region: Australia

    35.7mmeasured in this window

    Bitbucket's claim at the time: Said operational the whole time we measured this outage

What we probed

primary
https://api.bitbucket.org/2.0/repositories/atlassian
secondary
https://bitbucket.org/
secondary
https://bitbucket.status.atlassian.com/api/v2/status.json

Estimate an SLA credit

Enter what you pay Bitbucket for this period and their own stated SLA target. This estimates a credit from the measured downtime above. It is one common way to reason about an SLA credit, not Bitbucket's own contract terms, and it is not a legal determination. RealUptime is not counsel.

Based on 35.7 measured downtime minutes across this report's window.

Methodology

Every outage above is a period our probes measured Bitbucket as down from enough of the regions we check it from to count as a real outage, not a single unreliable reading (see how we tell the difference). Measured downtime is the wall-clock time inside the window an outage's regions were failing; regions failing together still count as one outage, not one per region.

Bitbucket's claim at the time comes from their own public status feed, polled on our own schedule, and is shown separately from what we measured. We never change our own reading based on what a vendor claims, and their claim never becomes our reading.

This is one external observation from RealUptime's own regions, not Bitbucket's own SLA measurement, which is usually defined against their own instrumentation and may cover a different scope than what we probe. The credit estimate above is a starting point for a conversation with Bitbucket, not a legal determination, and RealUptime is not counsel.