JFrog: SLA evidence report

2026-09-07 to 2026-10-07 · measured by RealUptime from independent regions · generated Oct 7, 2026, 3:05 AM UTC

JFrog: SLA evidence report

Measured downtime
19.9m
Across 1 outage in this window.
Window
2026-09-07 to 2026-10-07
UTC, 30 days.
  • Sep 29, 2026, 4:26 PM UTC to Sep 29, 2026, 4:46 PM UTC

    Single region: US-Central

    19.9mmeasured in this window

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

What we probed

primary
https://releases.jfrog.io/artifactory/api/system/ping
secondary
https://jfrog.com/
secondary
https://status.jfrog.io/api/v2/status.json

Estimate an SLA credit

Enter what you pay JFrog 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 JFrog's own contract terms, and it is not a legal determination. RealUptime is not counsel.

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

Methodology

Every outage above is a period our probes measured JFrog 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.

JFrog'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 JFrog'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 JFrog, not a legal determination, and RealUptime is not counsel.