Störungsverlauf von Launchdarkly

1. 26. August 2026 um 19:45 UTCmonitoring

   Serverseitige Streaming-Anfragen hatten erhöhte Fehlerraten zwischen ca. 12:00 Uhr und 12:12 Uhr PDT, und einige SDKs, die neue Streaming-Verbindungen aufbauen, konnten möglicherweise keine Verbindung herstellen. Die Fehlerquote bei Umfrageanfragen blieb während des gesamten Vorfalls unter 1%. Es wurden keine Kundendaten verloren oder kompromittiert. Wir entschuldigen uns für die Störung.

2. 26. August 2026 um 20:00 UTCresolved

   Dieser Vorfall wurde behoben. Zwischen 12:00 und 12:12 Uhr PDT am 26. August erlebten serverseitige SDKs, die neue Streaming-Verbindungen aufbauen, erhöhte Fehlerraten. Bestehende Streaming-Verbindungen waren nicht betroffen, und Umfrageanfragen wurden weiterhin mit Fehlerraten unter 1% bedient. Einige Anfragen an die LaunchDarkly-Webanwendung zeigten auch erhöhte Fehler zwischen etwa 11:29 Uhr und 12:03 Uhr PDT. Das Problem wurde durch eine interne Konfigurationsänderung verursacht, die rückgängig gemacht wurde. Alle Systeme haben sich erholt und funktionieren normal. Es wurden keine Kundendaten verloren oder kompromittiert.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. August 2026 um 12:20 UTCidentified

   E-Mails, die von LaunchDarkly gesendet werden - einschließlich Anmeldebestätigung, Passwort-Reset, Teamkollegen-Einladung und Workflow-Benachrichtigungs-E-Mails - können derzeit aufgrund eines Authentifizierungsproblems bei einem vorgelagerten E-Mail-Zustellungsanbieter nicht geliefert werden. Wir haben die Ursache identifiziert und arbeiten daran, die Lieferung wiederherzustellen. Feature Flag Delivery, SDKs und die LaunchDarkly-Anwendung selbst sind nicht betroffen. Wenn Sie versuchen, die Anmeldung abzuschließen oder ein Passwort zurückzusetzen, werden diese E-Mails erst eintreffen, wenn dies behoben ist. Sobald die Lieferung wiederhergestellt ist, senden wir die betroffenen Verifizierungs- und Passwort-Reset-E-Mails erneut. Nächstes Update innerhalb von 2 Stunden.

2. 24. August 2026 um 13:36 UTCresolved

   Die E-Mail-Zustellung wurde ab 2:32 Uhr UTC wiederhergestellt. Anmeldeüberprüfung, Passwort-Reset, Teamkollegen-Einladung und Benachrichtigungs-E-Mails werden wieder normal gesendet. Wir senden erneut Anmelde-Verifizierungs- und Passwort-Reset-E-Mails, die während des Vorfallsfensters (22. August, 23:48 Uhr CDT bis heute) nicht geliefert wurden. Wenn Sie versucht haben, sich während dieses Zeitraums anzumelden oder ein Passwort zurückzusetzen, und innerhalb der nächsten Stunden keine E-Mail erhalten haben, wiederholen Sie bitte die Aktion oder kontaktieren Sie den Support. Wir überwachen die E-Mail-Zustellung weiterhin genau und werden ein endgültiges Update veröffentlichen, sobald wir eine nachhaltige Erholung bestätigt haben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. August 2026 um 10:36 UTCinvestigating

   Wir erleben eine Service-Degradation, die dazu führen kann, dass Flag-Updates über die Polling-API verzögert werden.

2. 17. August 2026 um 15:29 UTCmonitoring

   Wir haben die Ursache identifiziert, unser CDN-Anbieter hatte ein Problem an seinem Ende, das jetzt behoben ist. Eine Weile überwachen, um sicherzustellen, dass sich die Dinge stabilisieren.

3. 17. August 2026 um 16:03 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. August 2026 um 14:47 UTCinvestigating

   Flag Updates are currently delayed in the us-east-1 region. We are investigating the issue.

2. 14. August 2026 um 16:05 UTCmonitoring

   We investigated elevated error rates reported for mobile SDK flag delivery in US East. We've confirmed that flag delivery itself was not impacted. No customer action is required and we are monitoring the situation.

3. 14. August 2026 um 16:47 UTCresolved

   The issue is being marked as resolved. We're seeing improved latencies and our systems have recovered.

1. 7. August 2026 um 19:29 UTCinvestigating

   We are investigating elevated HTTP 500 errors affecting some server-side SDK streaming connections in our US commercial environment. Affected applications may fail to establish or may intermittently lose their streaming connection to LaunchDarkly.

2. 7. August 2026 um 19:56 UTCinvestigating

   We released several mitigations and we're noticing that error rates are dropping. We'll continue to monitor the situation.

3. 7. August 2026 um 20:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 7. August 2026 um 20:15 UTCresolved

   SDKs restored to operational

1. 31. Juli 2026 um 17:44 UTCinvestigating

   Alle Kunden erleben fehlende Beobachtungsspuren ab dem 30. Juli um 17:16 Uhr PT. Wir untersuchen und werden Updates bereitstellen, sobald sie verfügbar sind. Trace-Daten gehen nicht verloren und wir arbeiten daran, sie wiederherzustellen.

2. 31. Juli 2026 um 17:59 UTCidentified

   Kunden erleben fehlende Observability Traces, die vom 30. Juli 17:16 Uhr bis zum 31. Juli 10:59 Uhr aufgenommen wurden PT. Observability Logs / Metriken sind nicht betroffen. Wir haben das Problem identifiziert und setzen unsere Arbeit fort, um die fehlenden Traces-Daten wiederherzustellen.

3. 31. Juli 2026 um 21:58 UTCmonitoring

   Das Problem mit Observability Traces wurde identifiziert und ein Fix implementiert. Wir haben die meisten Spurendaten wiederhergestellt, die vom 30. Juli 5:16 Uhr bis zum 31. Juli 10:59 Uhr PT fehlten. Wir werden den Vorfall beheben, sobald wir die Datenwiederherstellung vollständig abgeschlossen haben (erwartet bis 17 Uhr PT).

4. 31. Juli 2026 um 22:54 UTCresolved

   Das Problem mit Observability Traces wurde behoben. Fehlende Spurendaten wurden wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. Juli 2026 um 19:24 UTCidentified

   Kunden erleben eine verzögerte Wiederholung der Sitzung und eine Fehleraufnahme ab 11:03 Uhr PT. Wir haben das Problem erkannt und setzen unsere Arbeit fort, um es zu lösen. Datenverlust wird nicht erwartet.

2. 28. Juli 2026 um 19:41 UTCmonitoring

   Das Problem mit Session Replay und Error Ingest wurde identifiziert und ein Fix implementiert. Wir gehen davon aus, dass wir alle Dateneinträge in ~ 15 Minuten aufholen können. Es sind keine Daten verloren gegangen.

3. 28. Juli 2026 um 20:04 UTCresolved

   Das Problem mit Session Replay und Error Ingest wurde behoben. Wir haben alle Backlogged-Daten ab 1:01pm PT eingeholt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Juli 2026 um 19:09 UTCresolved

   Zwischen 11:32 und 11:48 PT erlebten Kunden eine erhöhte Latenz und erhöhte Fehlerraten bei API-Endpunkten. Latenz- und Fehlerraten haben sich wieder normalisiert und der Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 17:10 UTCinvestigating

   Die LaunchDarkly-Webanwendung (app.launchdarkly.com) war nicht verfügbar und wird derzeit aktiv wiederhergestellt. Das Flag Delivery-Netzwerk war ebenfalls betroffen, was zu einer erhöhten Ausfallrate bei der Abrufung von Flagwerten führte. Kunden, die clientseitige oder serverseitige SDKs verwenden, sollten weiterhin die letzten bekannten Flagwerte sehen, wenn ein lokaler Cache vorhanden ist, oder auf In-Code-Werte zurückgreifen. Kunden, die unseren Relay Proxy verwenden, sollten weiterhin die letzten bekannten Flagwerte sehen, wenn ein lokaler Cache vorhanden ist. Kunden, die unsere Edge SDKs verwenden, sollten weiterhin die letzten bekannten Flagwerte sehen. Möglicherweise sind einige Ereignisdatenverluste aufgetreten.

2. 10. Juli 2026 um 17:12 UTCidentified

   Wir haben die Ursache identifiziert und implementieren einen Fix.

3. 10. Juli 2026 um 17:40 UTCidentified

   Die Verfügbarkeit der Web-Anwendung ist wiederhergestellt. Flag-Lieferung und Ereignisaufnahme sind weiterhin betroffen und erholen sich aktiv. Unser Ingenieurteam arbeitet weiterhin an der Sanierung.

4. 10. Juli 2026 um 17:54 UTCmonitoring

   Die Auswirkungen des Produktionsdienstes wurden wiederhergestellt. Kunden müssen jedoch möglicherweise ihre Anwendungen neu starten, um sich vollständig mit den Diensten von LaunchDarkly zu verbinden. Unser Engineering-Team arbeitet an einer Anleitung, die den Kunden zur Verfügung gestellt werden kann.

5. 10. Juli 2026 um 18:19 UTCresolved

   Die gesamte Serviceverfügbarkeit wurde vollständig wiederhergestellt. Kunden, die serverseitige SDKs verwenden, müssen möglicherweise ihre Anwendungen neu starten, um die Verbindung der SDKs zu LaunchDarkly wieder zu aktivieren. Kunden, die den Relay-Proxy verwenden, müssen möglicherweise auch ihren Relay-Proxy neu starten; in diesem Fall sollte der Relay-Proxy neu gestartet werden, bevor ihre Anwendungen, die eine Verbindung herstellen, neu gestartet werden. Um festzustellen, ob eine Anwendung neu gestartet werden muss, können sich Kunden ihre Anwendungsprotokolle ansehen. Betroffene SDKs senden (je nach Sprache) Protokolle aus, die einen von "dauerhaft aufgeben", "ungültiger SDK-Schlüssel", "nicht autorisiert" oder "nicht autorisiert" oder "401" enthalten. Dienste, die solche Protokolle vor 9:13 Uhr PT ausgegeben haben, können möglicherweise keine Flag-Updates erhalten und können keine Ereignisse an LaunchDarkly senden, bis sie neu gestartet werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 16:16 UTCinvestigating

   Wir untersuchen derzeit dieses Problem

2. 10. Juli 2026 um 16:17 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 10. Juli 2026 um 16:26 UTCidentified

   Das Problem wurde identifiziert und ein Fix wurde implementiert

4. 10. Juli 2026 um 17:43 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

5. 10. Juli 2026 um 17:48 UTCresolved

   LaunchDarkly UI hat sich erholt. Wir werden weiterhin Flag Delivery und Ereignisaufnahme hier überwachen: https://status.launchdarkly.com/incidents/chywwz01ptb0.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 19:21 UTCinvestigating

   Wir untersuchen die anhaltenden Auswirkungen auf das mobile und Server-SDK der Kunden, die durch den vorherigen Vorfall verursacht wurden (https://status.launchdarkly.com/incidents/chywwz01ptb0). Wenn Kunden SDK oder Relay Proxy 401s erhalten, stellen Sie bitte die Verbindungen wieder her.

2. 10. Juli 2026 um 20:18 UTCmonitoring

   Unsere Flag Delivery-Dienste haben sich erholt und wir beobachten einen Anstieg des Kundenverkehrs, der die Verbindungen zu unseren Streaming-Diensten erfolgreich wiederherstellt. Kunden, die weiterhin 401 Verbindungsfehler in ihren SDKs oder Relay-Proxy-Instanzen haben, wird empfohlen, ihre Anwendungen und/oder Relay-Proxy-Instanzen neu zu starten.

3. 10. Juli 2026 um 23:32 UTCmonitoring

   Kunden bauen weiterhin erfolgreich Verbindungen zu unseren Streaming-Diensten auf. Wir empfehlen, Ihre Anwendungsprotokolle für das Ereignisfenster zu überprüfen. Betroffene SDKs senden Nachrichten aus, die je nach Sprache variieren und folgendes enthalten: "Dauerlich aufgeben", "Ungültiger SDK-Schlüssel", "nicht autorisiert", "nicht autorisiert" oder "401". Jeder Dienst, der diese Nachrichten protokolliert hat, kann möglicherweise keine Flag-Updates empfangen oder Ereignisdaten senden, bis er neu gestartet wird. Hier sind die empfohlenen Aktionen für jede betroffene Anwendung: - Wenn Sie serverseitige SDKs verwenden, starten Sie bitte die Anwendung neu, um die Verbindung zu LaunchDarkly wiederherzustellen. Wenn die Wiederherstellung der Verbindung zum serverseitigen SDK nicht funktioniert, erstellen und verwenden Sie bitte einen zweiten SDK-Schlüssel. - Wenn Sie den Relay-Proxy verwenden, starten Sie bitte den Relay-Proxy neu, um die Verbindungen wiederherzustellen. Es sollte nicht notwendig sein, die dahinter stehenden Anwendungen neu zu starten. Clientseitige SDKs werden beim Neustart automatisch wieder verbunden. - Wenn dies das Problem für eine betroffene Anwendung nicht löst (z. B. sehen Sie immer noch die Protokollnachrichten von oben), melden Sie sich bitte ein Support-Ticket an und wir werden Sie direkt kontaktieren, um Ihnen bei der Behebung zu helfen.

4. 11. Juli 2026 um 02:00 UTCmonitoring

   Wir überwachen weiterhin auf weitere Probleme, siehe unser vorheriges Update für Wiederherstellungsschritte.

5. 13. Juli 2026 um 18:08 UTCmonitoring

   Alle LaunchDarkly-Dienste sind betriebsbereit, obwohl einige Kunden Maßnahmen ergreifen müssen, um ihre Verbindungen zu unserem Flag Delivery Network wiederherzustellen. Kunden bauen weiterhin erfolgreich Verbindungen auf, indem sie die unten stehenden Handlungsanleitungen ausfüllen, und wir unterstützen Kunden weiterhin dabei, die verbleibenden Auswirkungen zu bewältigen. SDKs und Relay-Proxy-Instanzen, die am 10. Juli zwischen 09:11 und 11:42 Uhr versuchten, eine Verbindung zu LaunchDarkly herzustellen, waren zeitweise betroffen. Dies schließt Situationen ein, in denen die Host-Anwendung während dieser Zeit neu gestartet oder neu bereitgestellt wurde. SDKs und Relay-Proxy-Instanzen, die während dieser Zeit nicht versuchten, eine Verbindung herzustellen, waren nicht betroffen. Wir empfehlen, Ihre Anwendungsprotokolle für das Ereignisfenster zu überprüfen. Betroffene SDKs senden Nachrichten aus, die je nach Sprache variieren und folgendes enthalten: "Dauerlich aufgeben", "Ungültiger SDK-Schlüssel", "nicht autorisiert", "nicht autorisiert" oder "401". Jeder Dienst, der diese Nachrichten protokolliert hat, kann möglicherweise keine Flag-Updates empfangen oder Ereignisdaten senden, bis er neu gestartet wird. Hier sind die empfohlenen Aktionen für jede betroffene Anwendung: - Wenn Sie den Relay-Proxy verwenden, starten Sie bitte den Relay-Proxy neu, um die Verbindungen wiederherzustellen. Es sollte nicht notwendig sein, die dahinter stehenden Anwendungen neu zu starten, aber wir empfehlen, Ihre Anwendungsprotokolle zu überprüfen, um zu bestätigen, ob ein Neustart Ihrer Anwendungen erforderlich ist. - Wenn Sie serverseitige SDKs ohne Relay-Proxy verwenden, starten Sie bitte die Anwendung neu, um die Verbindung zu LaunchDarkly wiederherzustellen. Clientseitige und mobile SDKs verbinden sich automatisch wieder, wenn ihre Anwendungen versuchen, sich unter normalen Umständen wieder mit LaunchDarkly zu verbinden, beispielsweise wenn die Anwendung geladen wird oder das Gerät die Netzwerkverbindung wieder herstellt. - Wenn dies das Problem für eine betroffene Anwendung nicht löst (z. B. sehen Sie immer noch die Protokollnachrichten von oben), melden Sie sich bitte ein Support-Ticket an und wir werden Sie direkt kontaktieren, um Ihnen bei der Behebung zu helfen.

6. 29. Juli 2026 um 18:15 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 18:03 UTCinvestigating

   Wir untersuchen derzeit ein Problem, bei dem Experimente mit frequentistischer Analyse nicht gespeichert oder gestartet werden können.

2. 8. Juli 2026 um 18:12 UTCidentified

   Wir haben das Problem identifiziert und arbeiten daran, eine Lösung zu finden.

3. 8. Juli 2026 um 18:51 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 8. Juli 2026 um 19:41 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Juli 2026 um 15:10 UTCresolved

   Die Ereignisaufnahme funktioniert normal. Versuchsergebnisse, bewacht Rollouts und In-Product-Datendiagramme verzögerten sich ~5 min zwischen 7:13-7:53 AM PT. Es gingen keine Daten verloren. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 20:52 UTCinvestigating

   Um 13:21 Uhr Pazifik Mit der Zeit erlebten wir eine hohe Anzahl von Fehlerbenachrichtigungen, die die Fähigkeit der Benutzer zur Interaktion mit der LaunchDarkly-Anwendung einschließlich Anmeldung und Reaktionsfähigkeit auf UI / API beeinflussten. Wir haben schnell die Ursache für die Lieferung von Flaggen identifiziert. Wir erwarten, dass die Fehler jetzt abnehmen.

2. 6. Juli 2026 um 21:08 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 6. Juli 2026 um 21:09 UTCmonitoring

   Wir haben einen Fix eingeführt und die Fehlerquoten werden wieder normal

4. 6. Juli 2026 um 21:21 UTCresolved

   Alle Fehlerraten haben sich normalisiert.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 14:33 UTCinvestigating

   Einige Kunden erhalten keine E-Mails zur Kontoverifizierung. Unser Team arbeitet aktiv daran, dieses Problem zu mildern.

2. 6. Juli 2026 um 14:45 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 6. Juli 2026 um 15:52 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Juli 2026 um 14:29 UTCinvestigating

   Wir untersuchen erhöhte Fehlerraten bei unseren Ereignisdatenaufnahme-Endpunkten, die Produktionskunden betreffen, zwischen ca. 7:00 Uhr PDT und 7:15 Uhr PDT. Während dieses Fensters wurde ein Teil der Feature-Flag-, Experimentier- und AI/Agent-Ereignisdaten möglicherweise abgelehnt oder verzögert. Flag Lieferung und Auswertung sind nicht betroffen. SDKs dienen weiterhin Flaggen normalerweise. Die Beobachtungsaufnahme wird nicht beeinflusst.

2. 3. Juli 2026 um 15:13 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 3. Juli 2026 um 16:06 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juni 2026 um 19:43 UTCidentified

   LaunchDarkly web application and flag delivery unaffected, but documentation and LaunchDarkly.com are unavailable for some users. A fix is on the way.

2. 17. Juni 2026 um 19:59 UTCmonitoring

   A fix has been implemented and monitoring the results.

3. 17. Juni 2026 um 23:56 UTCmonitoring

   Incident seems to be resolved for the majority of users, however, we are continuing to see some issues for in the San Jose and Los Angeles region. We're working to remediate for these regions.

4. 18. Juni 2026 um 01:23 UTCmonitoring

   We've identified the source of the problem for areas that were still seeing issues with the LaunchDarkly.com and docs and have a solution in place. We are now monitoring to ensure everything is resolved.

5. 18. Juni 2026 um 01:30 UTCresolved

   We're now seeing restored access in the affected regions.

1. 15. Juni 2026 um 17:26 UTCidentified

   Some customers are experiencing delayed Observability data ingest for OpenTelemetry data. We have identified the issue and are continuing our work to resolve it. Observability signals (errors / logs / traces / OTel metrics) are currently delayed by ~6 minutes on average. Data ingest delays began at 10:02am and are improving as of 10:16am PT.

2. 15. Juni 2026 um 17:33 UTCmonitoring

   The issue with Observability data ingest for OpenTelemetry data has been identified and a fix has been implemented. We are continuing to monitor the performance of impacted services. We will continue to update this page until it is resolved. Observability signals (errors / logs / traces / OTel metrics) are currently delayed by <1 minutes on average.

3. 15. Juni 2026 um 17:38 UTCresolved

   The issue with Observability data ingest for OpenTelemetry data has been resolved. Impacted services have returned to normal operation.

1. 12. Juni 2026 um 04:23 UTCmonitoring

   We identified a brief period of elevated errors affecting some LaunchDarkly application requests between 7:30-7:37pm PT. The issue has recovered, and we are continuing to monitor.

2. 12. Juni 2026 um 04:58 UTCresolved

   Monitoring has confirmed no further impact outside of the initially reported 7:30-7:37pm PT timeframe

1. 8. Juni 2026 um 20:46 UTCidentified

   We are currently experiencing delays in event ingestion impacting multiple product areas starting at 12:40pm PT. We have identified the issue and are working on a fix. No data has been lost.

2. 8. Juni 2026 um 21:24 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 9. Juni 2026 um 02:03 UTCmonitoring

   We are monitoring the status of our services.

4. 10. Juni 2026 um 18:54 UTCmonitoring

   We have made partial progress. Some features may show data gaps while we complete recovery. We are continuing to monitor.

5. 11. Juni 2026 um 04:07 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 11. Juni 2026 um 04:12 UTCmonitoring

   We have made partial progress. We have identified a brief period of event data loss, and some event-based features may show incomplete data while we continue recovery. We are continuing to monitor.

7. 11. Juni 2026 um 05:14 UTCmonitoring

   We have made partial progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.

8. 12. Juni 2026 um 22:15 UTCmonitoring

   We have made major progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.

9. 13. Juni 2026 um 13:52 UTCresolved

   This incident has been resolved.