Istoricul incidentelor Launchdarkly

1. 26 august 2026 la 19:45 UTCmonitoring

   Solicitările de streaming pe partea serverului au înregistrat rate de eroare ridicate între aproximativ 12:00 p.m. și 12:12 p.m. PDT, iar unele SDK-uri care au stabilit noi conexiuni de streaming ar fi putut să nu se poată conecta. Ratele de eroare ale cererii de sondaj au rămas sub 1% pe parcursul incidentului. Nu au fost pierdute sau compromise datele clientului. Ne cerem scuze pentru întrerupere.

2. 26 august 2026 la 20:00 UTCresolved

   Acest incident a fost rezolvat. Între 12:00 și 12:12 PM PDT pe 26 august, server-side SDKs stabilirea de noi conexiuni de streaming experimentat rate de eroare ridicate. Conexiunile existente de streaming nu au fost afectate, iar cererile de votare au continuat să fie deservite cu rate de eroare sub 1%. Unele cereri pentru aplicația LaunchDarkly web au avut și erori ridicate între aproximativ 11:29 AM și 12:03 PM PDT. Problema a fost cauzată de o schimbare de configurație internă, care a fost returnată. Toate sistemele şi-au revenit şi funcţionează normal. Nu au fost pierdute sau compromise datele clientului.

Traducere automată din actualizarea oficială a incidentului.

1. 24 august 2026 la 12:20 UTCidentified

   Email-uri trimise de LaunchDarkly Am identificat cauza și lucrăm pentru a restabili livrarea. Caracteristici livrare steag, SDKs, și aplicația LaunchDarkly în sine nu sunt afectate. Dacă sunteți încercarea de a finaliza sign-up sau resetați o parolă, aceste e-mailuri nu vor ajunge până când acest lucru este rezolvat. Odată ce livrarea este restabilită, vom re-trimite verificare afectată și parola resetare e-mailuri. Următoarea actualizare în 2 ore.

2. 24 august 2026 la 13:36 UTCresolved

   Livrarea prin e-mail a fost restabilită la 2:32 PM UTC. Verificarea înscrierii, resetarea parolei, invitația coechipierului și emailurile de notificare trimit în mod normal din nou. Retrimitem verificarea inscrierii si resetarea parolei e-mailurilor care nu au reusit sa le livreze in perioada incidentului (22 august, 11:48 PM CDT prin ziua de azi). Dacă ați încercat să vă înscrieți sau să resetați o parolă în această perioadă și nu ați primit un e-mail în următoarele ore, vă rugăm să rejudecați acțiunea sau suportul de contact. Continuăm să monitorizăm îndeaproape livrarea prin e-mail și vom posta o actualizare finală odată ce am confirmat recuperarea susținută.

Traducere automată din actualizarea oficială a incidentului.

1. 17 august 2026 la 10:36 UTCinvestigating

   Ne confruntăm cu o degradare a serviciului care poate duce la actualizări Steag prin intermediul API Polling să fie întârziat.

2. 17 august 2026 la 15:29 UTCmonitoring

   Am identificat cauza principală, furnizorul nostru de CDN a avut o problemă la sfârşitul lor, care este rezolvată acum. Monitorizarea pentru un timp pentru a vă asigura că lucrurile se stabilizează.

3. 17 august 2026 la 16:03 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 14 august 2026 la 14:47 UTCinvestigating

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

2. 14 august 2026 la 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 la 16:47 UTCresolved

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

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 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 la 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 la 20:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 7 august 2026 la 20:15 UTCresolved

   SDKs restored to operational

Traducere automată din actualizarea oficială a incidentului.

1. 31 iulie 2026 la 17:44 UTCinvestigating

   Toţi clienţii se confruntă cu urme lipsă de observabilitate începând cu 30 iulie la ora 17:16. Investigăm și vom oferi actualizări pe măsură ce acestea devin disponibile. Datele de urmărire nu sunt pierdute şi lucrăm la recuperarea lor.

2. 31 iulie 2026 la 17:59 UTCidentified

   Clienţii se confruntă cu lipsa de observabilitate Urme ingerate de la 30 iulie 5:16 până la 31 iulie 10:59am PT. Jurnalele de observabilitate / Metricile nu sunt afectate. Am identificat problema şi ne continuăm munca pentru a recupera datele lipsă.

3. 31 iulie 2026 la 21:58 UTCmonitoring

   A fost identificată problema urmărilor de observabilitate și a fost pusă în aplicare o soluție. Am recuperat cele mai multe date lipsă de la 30 iulie 5:16 pm până la 31 iulie 10:59am PT. Vom rezolva incidentul odată ce vom completa complet recuperarea datelor (prevăzut pentru a finaliza până la PT 5pm).

4. 31 iulie 2026 la 22:54 UTCresolved

   Problema cu observarea urmelor a fost rezolvată. Lipsesc date despre urme.

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 19:24 UTCidentified

   Clienții se confruntă cu reluarea sesiunii întârziate și ingerarea de erori la 11:03am PT. Am identificat problema și ne continuăm activitatea pentru a o rezolva. Nu se așteaptă pierderea datelor.

2. 28 iulie 2026 la 19:41 UTCmonitoring

   Problema cu reluarea sesiunii și ingerarea erorilor a fost identificată și a fost pusă în aplicare o fixare. Ne aşteptăm să recuperăm toate datele ingerate în ~15 minute. Nu s-au pierdut date.

3. 28 iulie 2026 la 20:04 UTCresolved

   Problema cu reluarea sesiunii și ingerarea erorilor a fost rezolvată. Am recuperat toate datele de la 1:01pm PT.

Traducere automată din actualizarea oficială a incidentului.

1. 26 iulie 2026 la 19:09 UTCresolved

   Între 11:32 şi 11:48 PT, clienţii au prezentat creşteri ale latenţei şi rate crescute de eroare la obiectivele API. Ratele de Latenţie şi de eroare au revenit la normal, iar incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 17:10 UTCinvestigating

   LaunchDarkly Aplicație web (app.lanunchdarkly.com) a fost indisponibil și este în curs de recuperare activă în acest moment. Reţeaua de livrare a steagului a fost, de asemenea, afectată, cauzând o rată ridicată de eşec cu recuperarea valorilor steagului. Clienții care utilizează SDK-uri de tip client-side sau server-side ar trebui să continue să vadă ultimele valori cunoscute ale pavilionului în cazul în care există o cache locală sau să revină la valorile în cod. Clienții care utilizează Relay Proxy ar trebui să continue să vadă ultimele valori cunoscute ale pavilionului dacă există un depozit local. Clienții care utilizează Edge SDK-urile noastre ar trebui să continue să vadă ultimele valori cunoscute ale drapelului. Este posibil să fi avut loc o pierdere a datelor de eveniment.

2. 10 iulie 2026 la 17:12 UTCidentified

   Am identificat cauza principală şi punem în aplicare o soluţie.

3. 10 iulie 2026 la 17:40 UTCidentified

   Disponibilitatea aplicației web a revenit. Livrarea steagului și ingestie de evenimente continuă să fie afectate și se recuperează în mod activ. Echipa noastră de inginerie continuă să lucreze la remediere.

4. 10 iulie 2026 la 17:54 UTCmonitoring

   Impactul serviciului de producție a fost restabilit. Cu toate acestea, clienții ar putea avea nevoie să-și repornească aplicațiile pentru a se reconecta pe deplin la serviciile LaunchDarkly. Echipa noastră de inginerie lucrează la îndrumarea care poate fi oferită clienţilor.

5. 10 iulie 2026 la 18:19 UTCresolved

   Toate disponibilitatea serviciilor a fost restaurată complet. Clienții care utilizează SDK-uri pe server ar putea avea nevoie pentru a reporni aplicațiile lor pentru a re-enable conexiunea SDK la LansareDarkly. Clienții care utilizează Relay Proxy ar putea avea nevoie, de asemenea, pentru a reporni Proxy lor Relay; în acest caz, Relay Proxy ar trebui să fie repornit înainte de a reporni aplicațiile lor care se conectează la ea. Pentru a determina dacă este necesară reluarea unei cereri, clienții se pot uita la jurnalele lor de aplicare. SDK-urile afectate vor emite (în funcţie de limbă) jurnale conţinând unul dintre "darea în sus permanent," "Invalid SDK cheie," "neautorizat," sau "neautorizat," sau "401." Serviciile care au emis jurnale ca acestea înainte de 9:13AM PT pot fi incapabile să primească actualizări ale pavilionului și nu vor putea trimite evenimente la Lansare Darkly până când nu vor fi repornite.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 16:16 UTCinvestigating

   Investigăm în prezent această problemă

2. 10 iulie 2026 la 16:17 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 10 iulie 2026 la 16:26 UTCidentified

   Problema a fost identificată și a fost pusă în aplicare o soluție

4. 10 iulie 2026 la 17:43 UTCidentified

   Continuăm să lucrăm la o soluție pentru această problemă.

5. 10 iulie 2026 la 17:48 UTCresolved

   Lansează Darkly UI şi-a revenit. Vom continua să monitorizăm Flag Livrarea și ingerarea evenimentului aici: https://status.lanunchdarkly.com/incidente/chywwz01ptb0.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 19:21 UTCinvestigating

   Investigăm impactul continuu asupra mobilului și serverului SDK cauzate de incidentul anterior (https://status.lanunchdarkly.com/incidente/chywwz01ptb0). Dacă clienţii primesc SDK sau Relay Proxy 401 vă rugăm să restabiliţi conexiunile.

2. 10 iulie 2026 la 20:18 UTCmonitoring

   Serviciile noastre de livrare a pavilionului s-au recuperat şi observăm o creştere a traficului clienţilor restabilind cu succes conexiunile la serviciile noastre de streaming. Clienții care continuă să se confrunte cu 401 erori de conexiune în cazurile lor SDK sau Relay Proxy sunt sfătuiți să repornească aplicațiile lor și / sau Relay Proxy cazuri.

3. 10 iulie 2026 la 23:32 UTCmonitoring

   Clienții continuă să restabilească cu succes conexiunile la serviciile noastre de streaming. Vă recomandăm revizuirea jurnalelor de aplicare pentru fereastra incident. SDK-urile afectate emit mesaje în funcție de limbă care conțin oricare dintre următoarele: "reducere permanentă," "Invalid SDK cheie," "neautorizate," "neautorizate," sau "401." Orice serviciu care a înregistrat aceste mesaje poate fi în imposibilitatea de a primi actualizări de pavilion sau de a trimite date de eveniment până când este repornit. Aici sunt acțiunile recomandate pentru fiecare aplicație afectată: - Dacă utilizați server-side SDKs, vă rugăm să reporniți aplicația pentru a restabili conexiunea sa la LansareDarkly. - Dacă restabilirea conexiunii la server-side SDK nu funcționează, vă rugăm să creați și să utilizați o a doua cheie SDK. - Dacă utilizați Relay Proxy, vă rugăm să reporniți Relay Proxy pentru a restabili conexiunile. Nu ar trebui să fie necesară repornirea aplicațiilor din spatele acesteia. - SDK-urile client-side se vor reconecta automat pe măsură ce repornesc. - În cazul în care acest lucru nu rezolvă problema pentru o aplicație afectată (de exemplu, încă vedeți mesajele jurnal de mai sus), vă rugăm să vă conectați un bilet de sprijin și vă vom urmări direct pentru a ajuta la remedierea.

4. 11 iulie 2026 la 02:00 UTCmonitoring

   Continuăm să monitorizăm pentru orice alte probleme, a se vedea actualizarea noastră anterioară pentru etapele de recuperare.

5. 13 iulie 2026 la 18:08 UTCmonitoring

   Toate serviciile LaunchDarkly sunt operaționale, deși unii clienți trebuie să ia măsuri pentru a restabili conexiunile lor la rețeaua noastră de livrare steag. Clienții continuă să restabilească cu succes conexiunile prin completarea orientărilor de acțiune de mai jos și continuăm să sprijinim clienții care lucrează prin impactul rezidual. Cazurile SDK și Relay Proxy care au încercat să stabilească o legătură cu LaunchDarkly pe 10 iulie între 09:11 și 11:42 AM PT au fost afectate intermitent. Aceasta include situațiile în care cererea gazdei a fost reluată sau redistribuită în acest timp. Cazurile SDK și Relay Proxy care nu au încercat să stabilească o conexiune în acest timp nu au fost afectate. Vă recomandăm revizuirea jurnalelor de aplicare pentru fereastra incident. SDK-urile afectate emit mesaje în funcție de limbă care conțin oricare dintre următoarele: "reducere permanentă," "Invalid SDK cheie," "neautorizate," "neautorizate," sau "401." Orice serviciu care a înregistrat aceste mesaje poate fi în imposibilitatea de a primi actualizări de pavilion sau de a trimite date de eveniment până când este repornit. Aici sunt acțiunile recomandate pentru fiecare aplicație afectată: - Dacă utilizați Relay Proxy, vă rugăm să reporniți Relay Proxy pentru a restabili conexiunile. Nu ar trebui să fie necesar să reporniți aplicațiile din spatele acesteia, dar recomandăm revizuirea jurnalelor de aplicații pentru a confirma dacă este necesară repornirea aplicațiilor. - Dacă utilizați server-side SDKs fără Relay Proxy, vă rugăm să reporniți aplicația pentru a restabili conexiunea sa la LaunchDarkly. - Client-side și Mobile SDKs se vor reconecta automat, deoarece aplicațiile lor încearcă să se reconecteze la LaunchDarkly în condiții normale, de exemplu atunci când aplicația se încarcă sau dispozitivul își recapătă conectivitatea la rețea. - În cazul în care acest lucru nu rezolvă problema pentru o aplicație afectată (de exemplu, încă vedeți mesajele jurnal de mai sus), vă rugăm să vă conectați un bilet de sprijin și vă vom urmări direct pentru a ajuta la remedierea.

6. 29 iulie 2026 la 18:15 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 18:03 UTCinvestigating

   Investigăm în prezent o problemă în care experimentele folosind analiza frecventă nu pot fi salvate sau începute.

2. 8 iulie 2026 la 18:12 UTCidentified

   Am identificat problema și lucrăm la eliberarea unui fix.

3. 8 iulie 2026 la 18:51 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 8 iulie 2026 la 19:41 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 7 iulie 2026 la 15:10 UTCresolved

   Ingestia de evenimente funcționează normal. Rezultatele experimentelor, păzite Rollouts-urile şi graficele de date ale produsului au fost amânate ~5 min între 7:13 Nu s-au pierdut date. Ne cerem scuze pentru neplăceri.

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 20:52 UTCinvestigating

   La 13:21 Pacific Timp, am experimentat un volum mare de alerte de eroare care afectează capacitatea utilizatorilor de a interacționa cu aplicația LaunchDarkly, inclusiv logare și IU / API receptivitate. Am identificat rapid cauza principală legată de livrarea steagului. Ne așteptăm erori în scădere acum.

2. 6 iulie 2026 la 21:08 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 6 iulie 2026 la 21:09 UTCmonitoring

   Am lansat un fix și ratele de eroare revin la normal

4. 6 iulie 2026 la 21:21 UTCresolved

   Toate ratele de eroare s-au normalizat.

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 14:33 UTCinvestigating

   Unii clienți nu primesc e-mailuri de verificare a contului. Echipa noastră lucrează activ pentru a atenua această problemă.

2. 6 iulie 2026 la 14:45 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 6 iulie 2026 la 15:52 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 3 iulie 2026 la 14:29 UTCinvestigating

   Investigăm rate ridicate de eroare privind criteriile noastre de ingerare a datelor privind evenimentele care afectează clienții de producție, între aproximativ 7:00 AM PDT și 7:15 AM PDT. În timpul acestei ferestre, o parte din steagul caracteristic, experimentarea și datele privind evenimentele AI/agent pot fi respinse sau întârziate. Livrarea și evaluarea steagului nu sunt afectate. SDK continuă să servească steagurile în mod normal. Observabilitatea ingerării nu este afectată.

2. 3 iulie 2026 la 15:13 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 3 iulie 2026 la 16:06 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 17 iunie 2026 la 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 iunie 2026 la 19:59 UTCmonitoring

   A fix has been implemented and monitoring the results.

3. 17 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 01:30 UTCresolved

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

1. 15 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 17:38 UTCresolved

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

1. 12 iunie 2026 la 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 iunie 2026 la 04:58 UTCresolved

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

1. 8 iunie 2026 la 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 iunie 2026 la 21:24 UTCmonitoring

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

3. 9 iunie 2026 la 02:03 UTCmonitoring

   We are monitoring the status of our services.

4. 10 iunie 2026 la 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 iunie 2026 la 04:07 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 11 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 13:52 UTCresolved

   This incident has been resolved.