Störungsverlauf von Launchdarkly

1. 26. Oktober 2026 um 20:52 UTCresolved

   Ein skalierender Wendepunkt in unserem Echtzeit-Ereignislager führte zu einer Verzögerung für einige Ereignisaufnahmen. Das Ingenieurteam hat das Problem behoben und alle Ereignisse sollten aufgegriffen werden. Einige Kunden haben möglicherweise Verzögerungen bei Experimenten und bei der Verarbeitung von geschützten Freisetzungen gesehen. Dies ist jetzt gelöst und das Team wird sorgfältig überwachen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 15:47 UTCresolved

   Zwischen 15:11 und 15:32 UTC haben wir heute erhöhte 5xx-Fehler beobachtet, die sich auf Anfragen in unseren Diensten auswirken. Rund 0,7% der Anfragen scheiterten in diesem Zeitraum (99,3% waren erfolgreich). Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Oktober 2026 um 07:29 UTCidentified

   Einige automatische Änderungen in LaunchDarkly werden später als erwartet angewendet. Dies betrifft Bühnenübergänge für bewachte und progressive Rollouts, Release-Pipeline-Phasenfortschritt und mehrarmige Banditenverkehrsumverteilungen. Die Verzögerungen begannen um etwa 4:15 Uhr PT am 2. Oktober 2026. Laufende Rollouts und Experimente bleiben in ihrer aktuellen Phase und Verkehrszuweisung; nichts wurde falsch vorangetrieben, rückgängig gemacht oder gestoppt. Es gehen keine Daten verloren. Verzögerte Änderungen bleiben in der Warteschlange und werden wirksam, sobald die Verarbeitung aufholt.

2. 3. Oktober 2026 um 08:51 UTCmonitoring

   Der Rückstand der verzögerten Änderungen wurde am 3. Oktober um 1:45 Uhr PT vollständig verarbeitet. Alle Änderungen, die während des Vorfalls verzögert wurden, wurden angewendet. Es gingen keine Daten verloren. Wir beobachten weiter.

3. 3. Oktober 2026 um 09:06 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. Oktober 2026 um 14:10 UTCidentified

   Wir untersuchen erhöhte Fehlerraten, die sich auf die LaunchDarkly-Webanwendung und API auswirken. Einige Anfragen können fehlschlagen oder zeitweise ausfallen, einschließlich des benutzerdefinierten Rollenmanagements. Wir werden ein Update teilen, wenn wir mehr erfahren.

2. 2. Oktober 2026 um 17:29 UTCidentified

   Identifiziert. Wir haben die Ursache der erhöhten Fehlerquoten identifiziert und arbeiten an einem Fix. Kunden können möglicherweise immer noch keine benutzerdefinierten Rollen auflisten, suchen oder zuweisen; bestehende Rollen werden weiterhin durchgesetzt. Die meisten anderen Funktionen funktionieren normal, obwohl einige Anforderungen intermittierend fehlschlagen können. Wir werden ein weiteres update teilen, wenn die wiederherstellung fortschreitet.

3. 3. Oktober 2026 um 01:26 UTCmonitoring

   Überwachung. Wir haben einen Fix angewendet und die Fehlerquoten sind wieder normal, einschließlich benutzerdefinierter Rollenliste, Suche und Zuweisung. Wir überwachen weiterhin, während wir die Wiederherstellungsarbeit abschließen.

4. 3. Oktober 2026 um 09:05 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

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.