Flag usage metricsRollout results processingMetricsExperiment results processingOpenTelemetry (Logs, Traces, Metrics)
resolved
Un punto di inflessione di scaling nel nostro magazzino di eventi in tempo reale ha portato a un ritardo per qualche ingestione di eventi. Il team di ingegneria ha risolto il problema e tutti gli eventi dovrebbero essere catturati.
Alcuni clienti possono aver visto ritardi negli esperimenti e nell'elaborazione di rilascio custodito.
Questo è ora risolto e il team monitorerà attentamente.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Tra il 15:11 e il 15:32 UTC oggi, abbiamo osservato elevati 5xx errori che interessano le richieste attraverso i nostri servizi. Circa lo 0,7% delle richieste fallite durante questo periodo (99,3% succeduto). Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Ritardi in Rollouts, Progressive Rollouts, Release Pipelines e Experimentation
Alcuni cambiamenti automatici in LaunchDarkly vengono applicati più tardi del previsto. Ciò influisce sulle transizioni di fase per rollout protetti e progressivi, progressione di fase di rilascio delle tubazioni, e multi-armato traffico sedi. I relè cominciarono alle 16:15 PT il 2 ottobre 2026.
In-progress rollout e gli esperimenti rimangono alla loro fase attuale e allocazione del traffico; nulla è stato avanzato, ritorto, o interrotto in modo errato. Nessun dato è perso. Le modifiche ritardate rimangono in coda e avranno effetto una volta che l'elaborazione raggiunge.
monitoring
Il backlog dei cambiamenti ritardati è stato completamente elaborato a partire da 1:45 AM PT il 3. Tutti i cambiamenti che sono stati ritardati durante l'incidente sono stati applicati. Nessun dato è stato perso. Stiamo continuando a monitorare.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Tassi di errore elevati nell'applicazione LaunchDarkly
Inizio 2 ottobre 2026 alle ore 14:10 UTC · 18h 55m
IssuesIncidente minore
Componenti interessati
Web app (app.launchdarkly.com)
identified
Stiamo indagando tassi di errore elevati che interessano l'applicazione web di LaunchDarkly e API. Alcune richieste possono fallire o tempo fuori intermittentemente, inclusa la gestione del ruolo personalizzato. Condivideremo un aggiornamento mentre impareremo di più.
identified
Identificato. Abbiamo identificato la causa dei tassi di errore elevati e stiamo lavorando su una correzione. I clienti possono ancora non essere in grado di elencare, cercare o assegnare ruoli personalizzati; i ruoli esistenti continuano ad essere applicati. La maggior parte delle altre funzioni sono operative normalmente, anche se alcune richieste possono fallire intermittentemente. Condivideremo un altro aggiornamento come progressi di recupero.
monitoring
Monitoraggio. Abbiamo applicato una correzione e i tassi di errore sono tornati alla normalità, incluso l'elenco dei ruoli personalizzati, la ricerca e l'assegnazione. Stiamo continuando a monitorare mentre completiamo il lavoro di recupero.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Errori di consegna della bandiera in Streaming API
Inizio 26 agosto 2026 alle ore 19:45 UTC · 15m
IssuesIncidente minore
Componenti interessati
Server-side streaming API
monitoring
Le richieste di streaming lato server hanno registrato tassi di errore elevati tra le 12:00 e le 12:12 PDT, e alcuni SDK che stabiliscono nuove connessioni di streaming potrebbero non essere stati in grado di connettersi. I tassi di errore della richiesta di inquinamento sono rimasti al di sotto dell'1% durante l'incidente.
Nessun dato del cliente è stato perso o compromesso. Ci scusiamo per l'interruzione.
resolved
Questo incidente è stato risolto. Tra le 12:00 e le 12:12 PM PDT il 26 agosto, server-side SDKs che istituisce nuove connessioni di streaming con esperienza elevati tassi di errore. Le connessioni di streaming esistenti non sono state influenzate e le richieste di inquinamento sono continuate a essere servite con i tassi di errore inferiori all'1%. Alcune richieste all'applicazione web di LaunchDarkly hanno anche sperimentato errori elevati tra circa 11:29 AM e 12:03 PM PDT. Il problema è stato causato da un cambiamento di configurazione interno, che è stato ritorto. Tutti i sistemi sono recuperati e sono operativi normalmente. Nessun dato del cliente è stato perso o compromesso.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Mancanza di consegna e-mail che interessa la verifica dell'iscrizione e le email di notifica
Inizio 24 agosto 2026 alle ore 12:20 UTC · 1h 15m
IssuesIncidente minore
identified
Le e-mail inviate da LaunchDarkly — tra cui la verifica dell'iscrizione, il ripristino della password, l'invito del compagno di squadra e le e-mail di notifica del flusso di lavoro — non sono attualmente in grado di fornire a causa di un problema di autenticazione con un provider di posta elettronica a monte. Abbiamo identificato la causa e stiamo lavorando per ripristinare la consegna.
La consegna della bandiera caratteristica, SDKs e l'applicazione di LaunchDarkly stesso non sono interessati.
Se si sta cercando di completare l'iscrizione o ripristinare una password, queste e-mail non arriveranno fino a quando non sarà risolto. Una volta che la consegna viene ripristinata, rispediremo le email di verifica e di ripristino della password.
Prossimo aggiornamento entro 2 ore.
resolved
Consegna e-mail è stato ripristinato a partire da 2:32 PM UTC. La verifica dell'iscrizione, il ripristino della password, l'invito del compagno di squadra e le e-mail di notifica stanno inviando di nuovo normalmente.
Stiamo reinviando le email di verifica di registrazione e di reset di password che non hanno fornito durante la finestra incidente (22 agosto, 11:48 PM CDT attraverso oggi). Se hai tentato di registrare o resettare una password durante quel periodo e non hai ricevuto un'e-mail entro le prossime ore, riprova l'azione o il supporto di contatto.
Stiamo continuando a monitorare la consegna e-mail da vicino e pubblicherà un aggiornamento finale una volta confermato il recupero sostenuto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Flag Updates tramite le API di Polling ritardate
Inizio 17 agosto 2026 alle ore 10:36 UTC · 5h 26m
IssuesIncidente minore
Componenti interessati
Polling API
investigating
Stiamo sperimentando un degrado di servizio che può causare gli aggiornamenti di Flag tramite l'API di Polling da ritardare.
monitoring
Abbiamo identificato la causa principale, il nostro fornitore di CDN ha avuto un problema alla loro fine che è fissato ora. Monitoraggio per un po 'per assicurarsi che le cose si stabilizzano.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Flag Updates delayed in US Region
Inizio 14 agosto 2026 alle ore 14:47 UTC · 2h 0m
IssuesIncidente minore
Componenti interessati
Client-side streaming API
investigating
Flag Updates are currently delayed in the us-east-1 region. We are investigating the issue.
monitoring
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.
resolved
The issue is being marked as resolved. We're seeing improved latencies and our systems have recovered.
Elevated errors on server-side SDK streaming connections
Inizio 7 agosto 2026 alle ore 19:29 UTC · 46m
IssuesIncidente minore
Componenti interessati
SDKs
investigating
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.
investigating
We released several mitigations and we're noticing that error rates are dropping. We'll continue to monitor the situation.
investigating
We are continuing to investigate this issue.
resolved
SDKs restored to operational
Investigazione - Impatto conosciuto
Inizio 31 luglio 2026 alle ore 17:44 UTC · 5h 10m
IssuesIncidente minore
Componenti interessati
OpenTelemetry (Logs, Traces, Metrics)
investigating
Tutti i clienti stanno vivendo mancante Osservabilità Tracce a partire dal 30 luglio alle 17:16pm PT. Stiamo indagando e forniremo aggiornamenti come diventano disponibili. Tracciare i dati non è perso e stiamo lavorando per recuperarlo.
identified
I clienti stanno vivendo mancante Osservabilità Tracce ingeriti dal 30 luglio 5:16pm fino al 31 luglio 10:59am PT.
Abbiamo identificato il problema e stiamo continuando il nostro lavoro per recuperare i dati mancanti Traces.
monitoring
Il problema con l'osservabilità Traces è stato identificato e una correzione è stata implementata. Abbiamo recuperato la maggior parte dei dati di traccia che mancavano dal 30 luglio 5:16pm al 31 luglio 10:59am PT. Risolveremo l'incidente una volta completata il recupero dei dati (aspettato per completare entro le 17:00 PT).
resolved
Il problema con l'osservabilità Traces è stato risolto. I dati mancanti delle tracce sono stati recuperati.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Riproduzione e ingestione di errori
Inizio 28 luglio 2026 alle ore 19:24 UTC · 41m
IssuesIncidente minore
Componenti interessati
Observability Data Ingest (Sessions, Errors)
identified
I clienti stanno vivendo replay di sessione ritardata e ingestione di errori a partire da 11:03am PT. Abbiamo identificato il problema e stiamo continuando il nostro lavoro per risolverlo. La perdita di dati non è prevista.
monitoring
Il problema con la riproduzione di sessione e l'ingestione di errori è stato identificato e una correzione è stata implementata. Ci aspettiamo di recuperare tutti i dati ingeriti in ~15 minuti. Nessun dato è stato perso.
resolved
Il problema con la riproduzione di sessione e l'ingestione di errori è stato risolto. Abbiamo recuperato tutti i dati recuperati a partire dalle 01:00.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Latenza e gli errori API elevati (11:32–11:48 PT)
Inizio 26 luglio 2026 alle ore 18:32 UTC · 0m
IssuesIncidente minore
resolved
Tra 11:32 e 11:48 PT, i clienti hanno sperimentato una maggiore latenza e elevati tassi di errore sui endpoint API. I tassi di ritardo e di errore sono tornati alla normalità, e l'incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Applicazione Web non disponibile e le valutazioni di consegna della bandiera hanno elevato tasso di guasto
Inizio 10 luglio 2026 alle ore 17:10 UTC · 1h 9m
OutageIncidente critico
Componenti interessati
Flag usage metricsRollout results analysisExperiment managementRelease pipelinesData ExportEmails and notificationsRollout results processingAudit logPast experiment iterationsFrontendWeb app (app.launchdarkly.com)Context processingConfig managementRollout managementAuthenticationFlag targetingProgressive rolloutsObservability Data Ingest (Sessions, Errors)Feature workflowsAccount managementMetricsExperiment results analysisPlaygrounds and offline evaluationsExperiment results processingExpiring Contexts TargetsOpenTelemetry (Logs, Traces, Metrics)AI insightsSegment managementWarehouse native experimentationQuery APIGraphsIntegrations and webhooks
investigating
L'applicazione web LaunchDarkly (app.launchdarkly.com) non era disponibile e sta recuperando attivamente al momento. La rete Flag Delivery è stata inoltre influenzata, causando un elevato tasso di guasto con il recupero dei valori della bandiera.
I clienti che utilizzano SDK lato client o server dovrebbero continuare a vedere gli ultimi valori di bandiera noti se esiste una cache locale, o tornare ai valori in codice.
I clienti che utilizzano il nostro Relay Proxy dovrebbero continuare a vedere gli ultimi valori di bandiera noti se esiste una cache locale.
I clienti che utilizzano i nostri SDK Edge dovrebbero continuare a vedere gli ultimi valori di bandiera conosciuti.
Alcune perdite di dati degli eventi potrebbero essere avvenute.
identified
Abbiamo identificato la causa principale e stiamo implementando una correzione.
identified
La disponibilità delle applicazioni web è stata recuperata. La consegna della bandiera e l'ingestione degli eventi continuano ad essere influenzati e stanno recuperando attivamente.
Il nostro team di ingegneri continua a lavorare sulla bonifica.
monitoring
L'impatto del servizio di produzione è stato ripristinato. Tuttavia, i clienti potrebbero dover riavviare le loro applicazioni per riconnettersi completamente ai servizi di LaunchDarkly. Il nostro team di ingegneri sta lavorando su una guida che può essere fornita ai clienti.
resolved
Tutte le disponibilità sono state completamente restaurate.
I clienti che utilizzano SDKs lato server potrebbero dover riavviare le loro applicazioni per riattivare la connessione SDKs a LaunchDarkly. I clienti che utilizzano il Relay Proxy possono anche avere bisogno di riavviare il loro Relay Proxy; in questo caso, il Relay Proxy dovrebbe essere riavviato prima di riavviare le loro applicazioni che si connettono ad esso.
Per determinare se un'applicazione deve essere riavviata, i clienti possono guardare i loro registri delle applicazioni. I SDK interessati emetteranno (a seconda della lingua) i registri contenenti uno dei "donare permanentemente", "chiave SDK non valide", "non autorizzate", o "non autorizzate", o "401". I servizi che emettono registri come questi prima 9:13AM PT potrebbero non essere in grado di ricevere aggiornamenti di bandiera e non saranno in grado di inviare eventi a LaunchDarkly fino a quando non saranno riavviatiti.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Launchdarkly UI è giù e si verificano errori di valutazione della bandiera
Inizio 10 luglio 2026 alle ore 16:16 UTC · 1h 31m
Pending
Componenti interessati
Flag usage metricsRollout results analysisExperiment managementRelease pipelinesData ExportEmails and notificationsRollout results processingAudit logPast experiment iterationsFrontendWeb app (app.launchdarkly.com)Context processingConfig managementRollout managementAuthenticationFlag targetingProgressive rolloutsObservability Data Ingest (Sessions, Errors)Feature workflowsMetricsExperiment results analysisPlaygrounds and offline evaluationsExperiment results processingExpiring Contexts TargetsOpenTelemetry (Logs, Traces, Metrics)AI insightsSegment managementWarehouse native experimentationQuery APIGraphsIntegrations and webhooks
investigating
Stiamo indagando su questo argomento
investigating
Stiamo continuando a indagare su questo problema.
identified
Il problema è stato individuato e una correzione è stata implementata
identified
Stiamo continuando a lavorare per risolvere questo problema.
resolved
LancioDarkly UI ha recuperato. Continueremo a monitorare Flag Delivery e evento ingest qui: https://status.launchdarkly.com/incidents/chywz01ptb0.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
LaunchDarkly è operativo, ma l'azione del cliente può essere richiesta
Inizio 10 luglio 2026 alle ore 16:00 UTC · 19d 2h
IssuesIncidente minore
Componenti interessati
SDKs
investigating
Stiamo indagando l'impatto continuato per i dispositivi mobili e server SDK dei clienti causati dall'incidente precedente (https://status.launchdarkly.com/incidents/chywz01ptb0). Se i clienti stanno ricevendo SDK o Relay Proxy 401s si prega di ripristinare le connessioni.
monitoring
I nostri servizi di Flag Delivery sono stati recuperati e stiamo osservando un aumento del traffico dei clienti ristabilire con successo le connessioni ai nostri servizi di streaming. I clienti che continuano a incontrare 401 errori di connessione nelle loro istanze SDK o Relay Proxy sono invitati a riavviare le loro applicazioni e / o Relay Proxy istanze.
monitoring
I clienti continuano a ristabilire con successo le connessioni ai nostri servizi di streaming.
Si consiglia di rivedere i registri delle applicazioni per la finestra incidente. Gli SDK influenzati emettono messaggi, varying per lingua, che contengono uno dei seguenti: "donare permanentemente", "chiave SDK non valide", "non autorizzate", "non autorizzate", o "401". Eventuali servizi che hanno effettuato l'accesso a questi messaggi potrebbero non essere in grado di ricevere aggiornamenti della bandiera o di inviare i dati degli eventi fino al riavvio.
Ecco le azioni consigliate per ogni applicazione interessata:
- Se si utilizza SDKs lato server, si prega di riavviare l'applicazione per ristabilire la connessione a LaunchDarkly.
- Se il ripristino della connessione al SDK lato server non funziona, si prega di creare e utilizzare una seconda chiave SDK.
- Se si utilizza il Relay Proxy, si prega di riavviare il Relay Proxy per ristabilire le connessioni. Non dovrebbe essere necessario riavviare le applicazioni dietro di esso.
- Gli SDK lato client ricollegheranno automaticamente mentre riavviano.
- Se questo non risolve il problema per un'applicazione interessata (ad esempio, si vedono ancora i messaggi di registro dall'alto), si prega di registrare un biglietto di supporto e ci seguirà direttamente con voi per assistere con la bonifica.
monitoring
Stiamo continuando a monitorare per ulteriori problemi, vedere il nostro precedente aggiornamento per i passaggi di recupero.
monitoring
Tutti i servizi LaunchDarkly sono operativi, anche se alcuni clienti devono agire per ripristinare i loro collegamenti alla nostra Flag Delivery Network. I clienti continuano a ristabilire con successo le connessioni completando la guida d'azione qui sotto e continuiamo a supportare i clienti che lavorano attraverso l'impatto residuo.
SDKs e Relay Proxy istanze che hanno tentato di stabilire una connessione a LaunchDarkly il 10 luglio tra 09:11 e 11:42 AM PT sono stati intermittentemente colpiti. Questo include situazioni in cui l'applicazione host è stata riavviata o ridistribuita durante questo periodo. Le istanze SDK e Relay Proxy che non hanno tentato di stabilire una connessione durante questo periodo non sono state influenzate.
Si consiglia di rivedere i registri delle applicazioni per la finestra incidente. Gli SDK influenzati emettono messaggi, varying per lingua, che contengono uno dei seguenti: "donare permanentemente", "chiave SDK non valide", "non autorizzate", "non autorizzate", o "401". Eventuali servizi che hanno effettuato l'accesso a questi messaggi potrebbero non essere in grado di ricevere aggiornamenti della bandiera o di inviare i dati degli eventi fino al riavvio.
Ecco le azioni consigliate per ogni applicazione interessata:
- Se si utilizza il Relay Proxy, si prega di riavviare il Relay Proxy per ristabilire le connessioni. Non dovrebbe essere necessario riavviare le applicazioni dietro di esso, ma si consiglia di rivedere i registri delle applicazioni per confermare se il riavvio delle applicazioni è necessario.
- Se si utilizza SDKs lato server senza il proxy Relay, si prega di riavviare l'applicazione per ristabilire la connessione a LaunchDarkly.
- Client-side e Mobile SDKs si riconnetteranno automaticamente mentre le loro applicazioni tentano di riconnettersi a LaunchDarkly in circostanze normali, ad esempio quando l'applicazione carica o il dispositivo recupera la connettività di rete.
- Se questo non risolve il problema per un'applicazione interessata (ad esempio, si vedono ancora i messaggi di registro dall'alto), si prega di registrare un biglietto di supporto e ci seguirà direttamente con voi per assistere con la bonifica.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Gli esperimenti frequenti non possono essere salvati o avviati
Inizio 8 luglio 2026 alle ore 18:03 UTC · 1h 38m
IssuesIncidente minore
Componenti interessati
Experiment management
investigating
Stiamo attualmente indagando su un problema in cui gli esperimenti che utilizzano l'analisi frequentista non possono essere salvati o avviati.
identified
Abbiamo identificato il problema e stiamo lavorando per rilasciare una correzione.
monitoring
Una soluzione è stata implementata e stiamo monitorando i risultati.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Risultati Ritardo in Sperimentazione e Protezione Rollout
L'ingestione degli eventi funziona normalmente. Risultati dell'esperimento, Guardia
I rollout e i grafici dei dati in-product sono stati ritardati ~5 min tra 7:13-7:53 AM PT. Nessun dato è stato perso. Ci scusiamo per qualsiasi inconveniente.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Alto volume di avvisi di errore relativi alla rete di consegna della bandiera.
Inizio 6 luglio 2026 alle ore 20:30 UTC · 51m
OutageIncidente maggiore
Componenti interessati
Web app (app.launchdarkly.com)AuthenticationServer-side streaming API
investigating
Alle 13:21 Tempo, abbiamo sperimentato un alto volume di avvisi di errore che interessano la capacità degli utenti di interagire con l'applicazione LaunchDarkly, compreso il login e UI / responsiveness API. Abbiamo rapidamente identificato la causa principale relativa alla consegna della bandiera. Ci aspettiamo che gli errori diminuiscano ora.
investigating
Stiamo continuando a indagare su questo problema.
monitoring
Abbiamo eliminato una correzione e i tassi di errore stanno tornando alla normalità
resolved
Tutti i tassi di errore sono normalizzati.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
E-mail di verifica non inviate
Inizio 6 luglio 2026 alle ore 14:33 UTC · 1h 19m
IssuesIncidente minore
Componenti interessati
Emails and notifications
investigating
Alcuni clienti non ricevono e-mail di verifica dell'account. Il nostro team sta lavorando attivamente per mitigare questo problema.
monitoring
Una soluzione è stata implementata e stiamo monitorando i risultati.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Tassi di errore elevati sui endpoint di ingestione dei dati degli eventi
Inizio 3 luglio 2026 alle ore 14:29 UTC · 1h 37m
IssuesIncidente minore
Componenti interessati
Flag usage metricsRollout results analysisMetricsExperiment results processingAI insights
investigating
Stiamo indagando i tassi di errore elevati sui nostri endpoint di ingestione di dati evento che interessano i clienti di produzione, tra circa 7:00 AM PDT e 7:15 AM PDT. Durante questa finestra, una parte della bandierina di funzionalità, la sperimentazione e i dati di eventi AI/agent potrebbero essere stati respinti o ritardati.
La consegna e la valutazione della bandiera non sono influenzate. Gli SDK continuano a servire le bandiere normalmente. L'ingestione di osservabilità non è influenzata.
monitoring
Una soluzione è stata implementata e stiamo monitorando i risultati.
resolved
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
