Störungsverlauf von Sendbird

1. 25. Oktober 2026 um 05:05 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 25. Oktober 2026 um 05:07 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Oktober 2026 um 22:50 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 9. Oktober 2026 um 22:51 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Oktober 2026 um 22:35 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 9. Oktober 2026 um 22:39 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Oktober 2026 um 22:16 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 9. Oktober 2026 um 22:30 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 15:08 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 29. September 2026 um 15:13 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. September 2026 um 18:17 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 24. September 2026 um 18:26 UTCresolved

   Zwischen 14:15 und 14:26 EDT am 24. September lösten automatisierte Gesundheitskontrollen für mehrere in den USA gehostete Sendbird-Regionen Warnungen aufgrund eines Problems mit unserem Überwachungssystem aus. Sendbird-Dienste blieben in diesem Zeitraum voll funktionsfähig, ohne Auswirkungen auf Verbindungen, Messaging oder API-Anfragen. Das Überwachungsproblem wurde automatisch behoben, und alle Gesundheitskontrollen sind seitdem normal geblieben. Es ist keine Kundenaktion erforderlich.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. August 2026 um 09:04 UTCinvestigating

   Wir haben ein erhöhtes Maß an API-Fehlern und untersuchen derzeit das Problem.

2. 3. August 2026 um 09:13 UTCresolved

   Die Server sind wieder in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 11. Mai 2026 um 06:46 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 11. Mai 2026 um 06:53 UTCresolved

   The servers have returned operational.

1. 15. April 2026 um 00:01 UTCinvestigating

   We are currently investigating this issue.

2. 15. April 2026 um 00:59 UTCresolved

   The servers have returned operational.

1. 13. April 2026 um 08:15 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 13. April 2026 um 08:28 UTCresolved

   The servers have returned operational.

1. 31. März 2026 um 17:42 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 31. März 2026 um 17:43 UTCresolved

   The servers have returned operational.

1. 3. März 2026 um 07:38 UTCidentified

   Impact: Full outage, all requests failed

2. 3. März 2026 um 08:46 UTCresolved

   When: 2026-03-03 06:43 – 08:02 (UTC) Impact: Full outage, all requests failed Root cause: Unexpected issue following a Redis security (TLS) configuration change Immediate remediation: Provisioned a new secure Redis cluster and migrated traffic; service fully restored and operating normally

1. 1. Dezember 2025 um 05:42 UTCinvestigating

   We are currently investigating this issue.

2. 1. Dezember 2025 um 05:46 UTCresolved

   The servers have returned operational.

1. 19. November 2025 um 08:47 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 19. November 2025 um 08:48 UTCresolved

   The servers have returned operational.

1. 13. November 2025 um 17:21 UTCresolved

   Earlier today, we observed unexpected behavior within our chat service infrastructure that affected websocket stability. A subset of websocket server pods entered a state where they were unable to restart normally, which increased load on the remaining healthy pods. Over time, this imbalance led to elevated memory usage and eventually caused some pods to reach OOM (Out of Memory) conditions. As these pods became unavailable, a significant number of websocket connections dropped simultaneously at approximately 07:00 PT. Our team took action to stabilize the environment and completed a rollback to a previously stable server version at 08:30 PT, after which system performance and connection reliability returned to normal. We continue to investigate the underlying cause to prevent recurrence.

1. 20. Oktober 2025 um 20:13 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 20. Oktober 2025 um 20:18 UTCresolved

   The servers have returned operational.

1. 20. Oktober 2025 um 20:01 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 20. Oktober 2025 um 20:05 UTCresolved

   The servers have returned operational.

1. 20. Oktober 2025 um 19:23 UTCinvestigating

   As of 12:05 pm PST services on the region are impacted. We are investigating the root cause. Updates will be provided as available

2. 20. Oktober 2025 um 20:47 UTCresolved

   This incident has been resolved.

1. 20. Oktober 2025 um 17:33 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 20. Oktober 2025 um 17:38 UTCresolved

   The servers have returned operational.

1. 20. Oktober 2025 um 16:32 UTCinvestigating

   We're experiencing an elevated level of API errors and are currently looking into the issue.

2. 20. Oktober 2025 um 17:32 UTCresolved

   The servers have returned operational.