Is Cloud.gov down?
Last checked 7m agoNo incidents right now.
Cloud.gov is operational right now. Last checked 7m ago; the most recent incident resolved 2d ago.
Real-time Cloud.gov status, recent outages, and incident history: pulled directly from Cloud.gov's official status page at cloudgov.statuspage.io every 5 minutes. Pingoru tracks 36 Cloud.gov services and has captured 5 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 3 monitors, no credit card.
Recent outages & incidents
Past 90 days- Service Brokers
Timeline · 2 updates
- resolved · Aug 05, 2026, 02:50 PM UTC
From roughly 9:20 to 9:55 AM on Wednesday, August 5 2026, the Cloud Service Broker experienced a partial outage. During this time, the Cloud Service Broker was unavailable, meaning that customers could not create new services, update existing services, or delete existing services. However, existing services created by the broker continued to function as normal. As of 9:55 AM, the outage was resolved and the Cloud Service Broker was fully operational. To identify the causes of this incident and to prevent it from recurring, the Cloud.gov team will conduct an incident post-mortem and share our findings in the coming days. Thanks for being a Cloud.gov customer.
- postmortem · Aug 06, 2026, 02:48 PM UTC
# SES service broker outage on August 5, 2026 ## Summary From approximately 9:13 AM ET to 9:45 AM ET on Wednesday August 5, 2026,[ ](http://cloud.gov)the [SES service broker](https://docs.cloud.gov/platform/services/aws-ses/) was unavailable. During this time, customers could not create, update, or delete brokered SES services. The outage affected only the management of brokered SES services. Existing service instances and email delivery were not interrupted. ## Impact During the incident, customers were unable to: * Create new brokered SES services * Update existing brokered SES services * Delete existing brokered SES services No action was required from customers after service was restored. ## Cause An automated cleanup process deleted a container image that was still being used by the deployed SES service broker. When the broker restarted during a production deployment, it could not retrieve the image and failed to start. ## Timeline All times are Eastern Time. * August 4, 4:24 AM - An automated pipeline created a new container image for the SES service broker * August 4, 3:03 PM - An automated process deleted the container image used by the deployed broker * August 5, 7:17 AM - A [Cloud.gov](http://cloud.gov) production deployment began. * August 5, approximately 9:13 AM - The broker attempted to restart but could not retrieve its container image. * August 5, approximately 9:28 AM - The [Cloud.gov](http://cloud.gov) team received an alert and began investigating. * August 5, approximately 9:45 AM - Engineers manually redeployed the broker with an available container image and restored service. **Resolution** [Cloud.gov](http://cloud.gov) manually redeployed the SES service broker using an available container image. The team then reran the automated deployment pipeline and confirmed that the deployment and acceptance tests completed successfully. **Follow-up Actions** [Cloud.gov](http://cloud.gov) is taking the following actions to reduce the risk of a similar incident and improve recovery: * Improve monitoring and alerting for SES service broker outages. * Update the container image cleanup process so it does not delete images that are still in use. * Update the deployment process so the SES service broker references the intended current container image. Thank you for your patience while we resolved this issue. Questions may be sent to us at [[email protected]](mailto:[email protected]).
Latest: # SES service broker outage on August 5, 2026 ## Summary From approximately 9:13 AM ET to 9:45 AM ET on Wednesday August 5, 2026,[ ](http://cloud.gov)the [SES service broker](https…
-
Incident record
Since April 2026 · Statuspage by Atlassian · 36 components checked every 5 minutesThe longest incident in the last year, Resolved - Cloudwatch Logs Ingestion Interruption on December 4, 2025, ran for 13 days. 7 maintenance windows announced in the same period.
Most affected components, last 12 months
- Brokered database logs - Intake and storage2
- Application logs - Intake and storage1
- Application metrics - Intake and storage1
- Audit events - Intake and storage1
- Brokered service metrics - Intake and storage1
Latest incidents
- Partial outage for the SES Service Broker
From roughly 9:20 to 9:55 AM on Wednesday, August 5 2026, the Cloud Service Broker experienced a partial outage. During this time, the Cloud Service Broker was…
- Service broker outage
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…
- Intermittent issue accessing logs.fr.cloud.gov
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…
- Started Aug 05, 2026, 02:50 PM UTC · Resolved Aug 05, 2026, 02:50 PM UTC · –