Skip to main content
Replicate logo

Is Replicate Down?

No — Replicate is up

Reachable from all 8 checked regions

Average response time: 682ms

Last checked · checks run every 6 hours

Official status page: https://www.replicatestatus.com

Replicate uptime

100%
Last 7 days
100%
Last 30 days
100%
Last 90 days
780ms
Avg response, 30 days

Measured from multiple regions every 6 hours. Percentages count only checks that returned an availability answer — 59 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

30-day history

59-day clean streak
Sep 12: 100.00% uptime, 32 checks
Sep 13: 100.00% uptime, 31 checks
Sep 14: 100.00% uptime, 32 checks
Sep 15: 100.00% uptime, 32 checks
Sep 16: 100.00% uptime, 32 checks
Sep 17: 100.00% uptime, 32 checks
Sep 18: 100.00% uptime, 32 checks
Sep 19: 100.00% uptime, 32 checks
Sep 20: 100.00% uptime, 32 checks
Sep 21: 100.00% uptime, 32 checks
Sep 22: 100.00% uptime, 47 checks
Sep 23: 100.00% uptime, 32 checks
Sep 24: 100.00% uptime, 32 checks
Sep 25: 100.00% uptime, 32 checks
Sep 26: 100.00% uptime, 29 checks
Sep 27: 100.00% uptime, 32 checks
Sep 28: 100.00% uptime, 32 checks
Sep 29: 100.00% uptime, 32 checks
Sep 30: 100.00% uptime, 29 checks
Oct 1: 100.00% uptime, 32 checks
Oct 2: 100.00% uptime, 32 checks
Oct 3: 100.00% uptime, 32 checks
Oct 4: 100.00% uptime, 32 checks
Oct 5: 100.00% uptime, 32 checks
Oct 6: 100.00% uptime, 31 checks
Oct 7: 100.00% uptime, 32 checks
Oct 8: 100.00% uptime, 32 checks
Oct 9: 100.00% uptime, 32 checks
Oct 10: 100.00% uptime, 32 checks
Oct 11: 100.00% uptime, 32 checks
Sep 12 Today
No downtime Partial Downtime Not measurable No data

Reachability by region

Each region runs its own request from a different part of the world. A service can be up for one continent and down for another, which is usually the first sign of a routing or CDN problem.

arn
759ms
DNS 46ms TCP 1ms TLS 13ms TTFB 751ms
cdg
420ms
DNS 24ms TCP 1ms TLS 16ms TTFB 413ms
dfw
428ms
DNS 51ms TCP 2ms TLS 15ms TTFB 420ms
ewr
331ms
DNS 39ms TCP 3ms TLS 15ms TTFB 318ms
fra
729ms
DNS 40ms TCP 1ms TLS 18ms TTFB 722ms
gru
999ms
DNS 179ms TCP 2ms TLS 13ms TTFB 992ms
iad
337ms
DNS 36ms TCP 1ms TLS 21ms TTFB 329ms
jnb
1460ms
DNS 171ms TCP 0ms TLS 10ms TTFB 1456ms

What Replicate does

Replicate runs machine learning models behind an API, so applications can call image, audio and language models without operating GPUs themselves. Models are packaged as containers and pushed to its registry at r8.im. Products that generate images or transcribe audio often depend on it for a user-facing feature rather than a background job, which makes an outage immediately visible.

What an outage looks like

Calls to create a prediction return errors, or are accepted and then never complete, leaving predictions queued indefinitely. Cold starts stretch well past normal, so a model that usually answers in seconds times out instead. Pushes to the r8.im registry fail during a deploy. The dashboard can load while inference is failing, which hides the problem from a quick check.

What to do about it

Check replicatestatus.com, which separates the API, inference and training, the r8.im registry and the website, so a failing deploy and a failing prediction are told apart. Predictions are asynchronous, so poll rather than assuming a stalled call has failed. Applications calling Replicate on a user-facing path should degrade or fall back rather than hold the request open.

Is it down for everyone, or just you?

If this page says Replicate is up but it is not loading for you, the problem is between you and them. Run a check against any URL from up to 17 cities across three regions to find out where it breaks.

Test it yourself

Related services

Replicate outage FAQ

Do I get charged for predictions that fail?
Replicate bills for compute time used, so a prediction that never ran should not accrue meaningful cost, while one that ran and then failed to return may. Billing questions arising from an incident are worth raising with support rather than assumed either way, and support is itself a component that can be affected during a large outage.
Why is the first call after an idle period so slow?
Models that are not kept warm have to start a container and load weights onto a GPU before they can answer, so the first request after an idle period is far slower than the ones after it. During an incident that delay stretches further, which is why a timeout is often the first symptom of trouble rather than an explicit error.
Does an outage affect deploys as well as inference?
They are tracked separately. The r8.im registry has its own component, so pushing a new model version can fail while existing predictions run normally, and the reverse happens too. A deploy that fails during an incident is usually safe to retry once the registry recovers, since a partial push does not replace the running version.
Should my app call Replicate synchronously?
Predictions can take anywhere from a second to several minutes depending on the model, so holding a user request open for one is fragile even on a good day. Using webhooks or polling, with a visible pending state in the interface, means an incident degrades that feature rather than breaking the page built around it.

How we measure this

  • We request Replicate's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. We only change the verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Replicate publishes an official status feed we read it too. An all-clear from the vendor can soften an unconfirmed degradation; a vendor-declared outage only worsens our verdict when our own checks corroborate it.

Get alerted when Replicate goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from up to 17 cities across three regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required