Is Cloud.gov down?

Last checked 6m ago
Current status
Cloud.gov is up

No incidents right now.

Official status page: https://cloudgov.statuspage.io · Polled every 5 minutes · 38 components tracked

Cloud.gov is operational right now. Last checked 6m ago; the most recent incident resolved 1d ago.

Real-time Cloud.gov status, recent outages, and incident history — pulled directly from Cloud.gov's official status page at https://cloudgov.statuspage.io every 5 minutes. Pingoru tracks 38 Cloud.gov services and has captured 4 incidents in the last 90 days (100.00% uptime). Get email, Slack, Discord, or webhook alerts the moment Cloud.gov reports a new incident — free for 5 monitors, no credit card.

Users who monitor Cloud.gov also follow these Finance services: Affirm QuickBooks PayRange Avalara Plaid Xero Zuora Bill.com Xero Developer Platform Recharge View all 6,000+ providers
Cloud.gov uptime 100.00% uptime · past 90 days
Mon Wed Fri
MarAprMayJun
Less More

Recent outages & incidents

Past 90 days
  1. Resolved 19h 33m
    Started Jun 11, 2026, 05:52 PM UTC · Resolved Jun 12, 2026, 01:25 PM UTC
    Timeline · 4 updates
    • investigating · Jun 11, 2026, 05:52 PM UTC

      Service brokers that Cloud.gov customers use to manage AWS resources (e.g. RDS, S3, etc) are currently experiencing an outage. The Cloud.gov team is investigating and will provide further updates as we know more.

    • identified · Jun 11, 2026, 06:48 PM UTC

      The Cloud.gov team has identified the cause of the outage as inadvertent access key rotation for Cloud.gov applications that manage AWS resources, such as service brokers for RDS databases. The AWS access keys themselves that customers use to access their resources (e.g. RDS databases, S3 buckets) **are unaffected and are still working**. The Cloud.gov team is actively working to restore functionality for services that manage AWS resources.

    • monitoring · Jun 11, 2026, 09:27 PM UTC

      All services on Cloud.gov that manage AWS resources should now be operational. If you are still experiencing issues, please contact us at [email protected].

    • resolved · Jun 12, 2026, 01:25 PM UTC

      Since we deployed our fixes at approximately 5:27 PM ET, the Cloud.gov team has observed no further indications of failures from the services that manage AWS resources. All customer-facing services and service brokers should be fully operational. If you are still experiencing issues, please contact us at [email protected]. As always, the Cloud.gov team will be conducting a post-mortem analysis of this incident in the coming days. We will share our findings and next steps once our analysis is complete.

    Latest: Since we deployed our fixes at approximately 5:27 PM ET, the Cloud.gov team has observed no further indications of failures from the services that manage AWS resources. All custome…

  2. Resolved 1h 19m
    Started May 28, 2026, 12:47 PM UTC · Resolved May 28, 2026, 02:06 PM UTC
    Application logs - Intake and storageApplication metrics - Intake and storageBrokered database logs - Intake and storageBrokered service metrics - Intake and storageAudit events - Intake and storage
    Timeline · 3 updates
    • identified · May 28, 2026, 12:47 PM UTC

      Some customers trying to access logs.fr.cloud.gov might get HTTP 404 errors. Cloud.gov support staff have identified the issue and are working on deploying a resolution. Customers are asked to keep re-trying the website to gain access while the fix is being implemented. PLEASE NOTE - this issue only involves customer access to the logs front end. Logs and metrics are still flowing from the platform and apps into the logs system and are not affected. Log alerting is also not affected at this time. Thank You

    • monitoring · May 28, 2026, 01:05 PM UTC

      The fix has been implemented and Cloud.gov support is monitoring the system at this time. Customers should be able to access the front end of logs.fr.cloud.gov again.

    • resolved · May 28, 2026, 02:06 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  3. Resolved 17h 26m
    Started Apr 08, 2026, 05:34 PM UTC · Resolved Apr 09, 2026, 11:00 AM UTC
    Timeline · 2 updates
    • identified · Apr 08, 2026, 05:34 PM UTC

      Zendesk, the support ticket system used by Cloud.gov, is currently experiencing email relay issues and not generating tickets when emails are sent to [email protected]. The Cloud.gov support staff are receiving the emails and can respond directly to customers while Zendesk fixes their relay issues. Zendesk status: https://status.zendesk.com/

    • resolved · Apr 09, 2026, 11:00 AM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  4. Resolved
    Started Mar 19, 2026, 09:11 PM UTC · Resolved Mar 17, 2026, 01:30 PM UTC
    Timeline · 1 update
    • resolved · Mar 19, 2026, 09:11 PM UTC

      Summary From March 17, 2026 around 9:30 AM ET to March 19, 2026 around 3:10 PM ET, some application JSON logs were not ingested successfully to Cloud.gov Logs. Timeline - March 6, 2026, 10:25 AM ET - Changes were merged to the logging system configuration to make some subfields of application JSON logs searchable and aggregatable - March 17, 2026, 9:30 AM ET - Changes to JSON log field parsing begin deploying to Cloud.gov Logs system. Some JSON application logs began to fail ingestion at this point - March 19, 2026, 2:39 PM ET - Automated testing alerts Cloud.gov engineers to ingestion failures in Cloud.gov Logs. Engineers begin to investigate. - March 19, 2026, 2:59 PM ET - A Cloud.gov engineer determines that updated JSON application log parsing of timestamp fields is causing some logs to fail ingestion and slowing the overall log ingestion rate - March 19, 2026, 3:06 PM ET - A fix is deployed to change the field type to “string” for JSON log timestamp fields March 19, 2026, 3:10 PM ET - JSON log ingestion errors are resolved and logs are ingesting successfully Impact Only JSON application logs that included a “ts” field or a “timestamp” field which could not be properly parsed as a date (e.g. “1.8543923523”) failed to ingest to Cloud.gov Logs during the incident. While these logs were not ingested to Cloud.gov Logs successfully, they were ingested to offline storage that is not accessible to customers, but can be accessed by the Cloud.gov engineers if necessary. Resolution The type of the timestamp field for JSON application logs was changed to “string”, which allows even values that aren’t valid timestamps or dates to be ingested. Next Steps The Cloud.gov team will hold a retrospective to further analyze the causes of this incident and how to improve our operations. We will post our findings as a post-mortem to this incident. Thank you for your patience. If you have any questions, please contact us at [email protected].

    Latest: Summary From March 17, 2026 around 9:30 AM ET to March 19, 2026 around 3:10 PM ET, some application JSON logs were not ingested successfully to Cloud.gov Logs. Timeline - March 6, …

Outage history

Past 90 days · 4 incidents View full outage history →