Live

Service Disruption affecting Authentication, Schema Registry, ksqlDB, and Flink in AWS us-east-1

The systems have recovered and Confluent Cloud is fully operational.

The latest update from Confluent Cloud.

State

Resolved

Started

54 d ago

2026-09-08 09:17 UTC

Lasted

29 h 39 min

until 2026-09-09 14:56 UTC

Worst impact

Degraded

Timeline

10 updates
09:1716:4200:0607:3114:56
DegradedUpdate postedTimes in UTC

Investigating

3 h 48 min 13%

Identified

17 h 36 min 59%

Monitoring

8 h 15 min 28%

Updates

Times in UTC

As posted by Confluent Cloud

Resolved2026-09-09 14:56 UTC

The systems have recovered and Confluent Cloud is fully operational.

Monitoring2026-09-09 06:41 UTC

We have applied a mitigation for the issue affecting Schema Registry, Authentication, ksqlDB, Flink, and Kafka operations in AWS us-east-1. Services are recovering and we are monitoring closely.

Identified2026-09-09 01:45 UTC

Confluent is continuing to work on the service disruption in AWS us-east-1. No immediate ETA for resolution is available.

Identified2026-09-09 00:01 UTC

Confluent is continuing to work on remediating the service disruption in AWS us-east-1.

Identified2026-09-08 17:41 UTC

We continue to work on remediating the service disruption in AWS us-east-1. Not confirmed ETA at this time.

Identified2026-09-08 15:55 UTC

We continue to work on remediating the service disruption in AWS us-east-1. Confirmed impact: - Authentication — a subset of requests may fail - Schema Registry — authorization errors on a subset of requests - ksqlDB — a subset of queries/requests may be affected - Flink — statement management operations (create/update/delete) are degraded, and some running Flink jobs may fail or restart - Kafka operations (create, delete etc) Not impacted: Kafka cluster data-plane operations are not affected by this incident. This issue is isolated to the AWS us-east-1 region; other regions are unaffected

Identified2026-09-08 14:06 UTC

The issue has been identified and a fix is being implemented.

Investigating2026-09-08 11:38 UTC

We are currently investigating this issue.

Identified2026-09-08 10:37 UTC

The issue has been identified and a fix is being implemented.

Investigating2026-09-08 09:17 UTC

We are investigating a service disruption affecting multiple services in AWS us-east-1 region. Affected customers may experience authentication failures, errors accessing Schema Registry, or issues with KSQL and Flink workloads. We are actively investigating the root cause and working toward mitigation.

Affected components

1
Confluent Cloud

Confluent Cloud in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

16

Days with an incident

17

Median duration

3 h 45 min

This incident

7.9× the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

29 h 39 min
median 3 h 45 min
90 days agoToday

Other Confluent Cloud incidents

All incidents

Follow Confluent Cloud

Your coding agent knows when Confluent Cloud is down, and tells you when a failure is theirs, not yours. You can also get Confluent Cloud incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "confluent" and tell me if Confluent Cloud has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=confluent
Slack
/feed subscribe https://outages.cc/feed.xml?providers=confluent

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane