Historia awarii Launchdarkly

1. 26 sierpnia 2026 19:45 UTCmonitoring

   Prośby dotyczące strumieniowania po stronie serwerowej charakteryzowały się podwyższonymi wskaźnikami błędów między około 12: 00 a 12: 12 PDT, a niektóre SDK tworzące nowe połączenia strumieniowe mogły nie być w stanie się połączyć. W trakcie całego incydentu poziom błędu w badaniu wniosku pozostał poniżej 1%. Dane klientów nie zostały utracone ani naruszone. Przepraszamy za zakłócenia.

2. 26 sierpnia 2026 20:00 UTCresolved

   Ten incydent został rozwiązany. W dniach od 12: 00 do 12: 12 PDT w dniu 26 sierpnia, SDK po stronie serwerowej tworzące nowe połączenia strumieniowe doświadczyły zwiększonego poziomu błędów. Istniejące połączenia strumieniowe nie zostały naruszone, a wnioski o sondaże nadal były obsługiwane przy poziomie błędu poniżej 1%. Niektóre prośby do aplikacji internetowej LaunchDarkly również wystąpiły wysokie błędy między około 11: 29 a 12: 03 PM PDT. Problem został spowodowany wewnętrzną zmianą konfiguracji, która została odwrócona. Wszystkie systemy odzyskały moc i działają normalnie. Dane klientów nie zostały utracone ani naruszone.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 sierpnia 2026 12:20 UTCidentified

   E-maile wysłane przez LaunchDarkly - w tym weryfikacja logowania, resetowanie hasła, zaproszenie dla członków zespołu oraz e-maile z powiadomieniem o przepływie pracy - nie są obecnie dostarczane ze względu na problem uwierzytelniania z dostawcą poczty e-mail z wyższego szczebla. Zidentyfikowaliśmy przyczynę i pracujemy nad przywróceniem dostawy. Dostawa flagi, SDK i sama aplikacja LaunchDarkly nie są naruszone. Jeśli próbujesz zakończyć logowanie lub zresetować hasło, e-maile nie dotrą, dopóki nie zostanie to rozwiązane. Gdy dostawa zostanie przywrócona, prześlemy e- maile z weryfikacji i resetem hasła. Następna aktualizacja w ciągu 2 godzin.

2. 24 sierpnia 2026 13:36 UTCresolved

   Dostawa e-mail została przywrócona od 2: 32 PM UTC. Weryfikacja zapisu, resetowanie hasła, zaproszenie do drużyny i e-maile z powiadomieniem wysyłają normalnie ponownie. Przesyłamy ponowną weryfikację logowania i resetowanie haseł e-maili, które nie zostały dostarczone w czasie zdarzenia (22 sierpnia, 11: 48 PM CDT przez dzisiaj). Jeśli w tym okresie próbowałeś zarejestrować się lub zresetować hasło i nie otrzymałeś wiadomości e-mail w ciągu najbliższych kilku godzin, proszę spróbować ponownie działania lub skontaktować się z obsługą. Nadal uważnie monitorujemy dostawy e-maili i opublikujemy ostateczną aktualizację po potwierdzeniu trwałej poprawy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 sierpnia 2026 10:36 UTCinvestigating

   Mamy do czynienia z degradacją usług, która może spowodować opóźnienia w aktualizacji flagi za pośrednictwem API Polling.

2. 17 sierpnia 2026 15:29 UTCmonitoring

   Zidentyfikowaliśmy przyczynę, nasz dostawca CDN miał problem z ich końcem, który jest już naprawiony. Monitoring przez jakiś czas, aby upewnić się, że wszystko się ustabilizuje.

3. 17 sierpnia 2026 16:03 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 sierpnia 2026 14:47 UTCinvestigating

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

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

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

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

   We are continuing to investigate this issue.

4. 7 sierpnia 2026 20:15 UTCresolved

   SDKs restored to operational

1. 31 lipca 2026 17:44 UTCinvestigating

   Wszyscy klienci doświadczają brakujących Ślady Obserwacji od 30 lipca o 17: 16 PT. Prowadzimy śledztwo i dostarczymy aktualizacje w miarę ich dostępności. Dane nie są stracone i pracujemy nad ich odzyskaniem.

2. 31 lipca 2026 17:59 UTCidentified

   Klienci doświadczają brakujących Ślady Observability spożywane od 30 lipca 5: 16 pm do 31 lipca 10: 59am PT. Zidentyfikowaliśmy tę kwestię i kontynuujemy naszą pracę nad odzyskaniem brakujących danych o Traces.

3. 31 lipca 2026 21:58 UTCmonitoring

   Zidentyfikowano kwestię śledzenia obserwacji i wdrożono rozwiązanie. Odzyskaliśmy większość danych, których brakowało od 30 lipca 5: 16 do 31 lipca 10: 59am PT. Rozwiążemy ten incydent, gdy w pełni zakończymy odzyskiwanie danych (spodziewane jest zakończenie do 17: 00 PT).

4. 31 lipca 2026 22:54 UTCresolved

   Problem ze śladami obserwacji został rozwiązany. Brak danych o śladach.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 lipca 2026 19:24 UTCidentified

   Klienci doświadczają opóźnionej powtórki sesji i błędu połknięcia od 11: 03am PT. Zidentyfikowaliśmy tę kwestię i kontynuujemy naszą pracę nad jej rozwiązaniem. Nie oczekuje się utraty danych.

2. 28 lipca 2026 19:41 UTCmonitoring

   Problem z powtórką sesji i połknięciem błędu został zidentyfikowany i został wdrożony fix. Spodziewamy się nadrobić zaległe dane za 15 minut. Brak danych.

3. 28 lipca 2026 20:04 UTCresolved

   Problem z powtórką sesji i połknięciem błędu został rozwiązany. Natknęliśmy się na wszystkie dane z backlogowania od 1: 01 pm PT.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 26 lipca 2026 19:09 UTCresolved

   Między 11: 32 a 11: 48 PT klienci doświadczyli zwiększonego opóźnienia i zwiększonego poziomu błędów w punktach końcowych API. Opóźnienia i błędy wróciły do normy, a incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 lipca 2026 17:10 UTCinvestigating

   Aplikacja LaunchDarkly web (app.launchdarkly.com) była niedostępna i w tej chwili aktywnie odzyskuje przytomność. Sieć Flag Delivery również miała wpływ, powodując podwyższony wskaźnik awarii przy pobieraniu wartości flagi. Klienci korzystający z SDK po stronie klienta lub po stronie serwera powinni nadal widzieć ostatnie znane wartości flagi, jeśli istnieje lokalna pamięć podręczna, lub wrócić do wartości w kodzie. Klienci korzystający z naszego programu Relay Proxy powinni nadal widzieć ostatnie znane wartości flagi, jeśli istnieje lokalny podręcznik. Klienci korzystający z naszych SDK Edge powinni nadal widzieć ostatnie znane wartości flagi. Może dojść do utraty danych o zdarzeniach.

2. 10 lipca 2026 17:12 UTCidentified

   Zidentyfikowaliśmy przyczynę i wdrażamy rozwiązanie.

3. 10 lipca 2026 17:40 UTCidentified

   Dostępność aplikacji internetowych odzyskała. W dalszym ciągu wywierają wpływ na dostarczanie i pochłanianie flag i są one aktywnie odzyskiwane. Nasz zespół inżynieryjny nadal pracuje nad rekultywacją.

4. 10 lipca 2026 17:54 UTCmonitoring

   Wpływ usług produkcyjnych został przywrócony. Klienci mogą jednak potrzebować ponownego uruchomienia aplikacji, aby w pełni połączyć się z usługami LaunchDarkly. Nasz zespół inżynieryjny pracuje nad wytycznymi, które mogą być dostarczane klientom.

5. 10 lipca 2026 18:19 UTCresolved

   Cała dostępność usług została w pełni przywrócona. Klienci korzystający z SDK po stronie serwera mogą potrzebować ponownie uruchomić swoje aplikacje, aby ponownie włączyć połączenie SDK do LaunchDarkly. Klienci korzystający z Proxy Relay mogą również potrzebować ponownie uruchomić Proxy Relay; w tym przypadku Proxy Relay powinny zostać ponownie uruchomione przed ponownym uruchomieniem aplikacji, które się z nim łączą. Aby określić, czy aplikacja musi być ponownie uruchomiona, klienci mogą przeglądać swoje dzienniki aplikacji. Dotyczące SDK będą emitować (w zależności od języka) dzienniki zawierające jeden z "poddania się na stałe", "Niepoprawny klucz SDK", "nieautoryzowany" lub "nieautoryzowany", lub "401". Usługi, które emitowały dzienniki takie jak te przed 9: 13AM PT mogą nie być w stanie otrzymywać aktualizacji flag i nie będą w stanie wysyłać zdarzeń do LaunchDarkly do czasu ich wznowienia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 lipca 2026 16:16 UTCinvestigating

   Obecnie badamy tę kwestię

2. 10 lipca 2026 16:17 UTCinvestigating

   Nadal badamy tę kwestię.

3. 10 lipca 2026 16:26 UTCidentified

   Problem został zidentyfikowany i został wdrożony

4. 10 lipca 2026 17:43 UTCidentified

   Kontynuujemy prace nad rozwiązaniem tego problemu.

5. 10 lipca 2026 17:48 UTCresolved

   Wyczyść Darkly UI. Będziemy nadal monitorować dostawy flagi i wydarzenia spożywać tutaj: https: / / status.launchdarkly.com / invents / chywwz01ptb0.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 lipca 2026 19:21 UTCinvestigating

   Badamy ciągły wpływ na telefon komórkowy i serwer klientów SDK spowodowany poprzednim incydentem (https: / / status.launchdarkly.com / invents / chywwz01ptb0). Jeśli klienci otrzymują SDK lub Relay Proxy 401s prosimy o ponowne ustanowienie połączeń.

2. 10 lipca 2026 20:18 UTCmonitoring

   Nasze usługi Flag Delivery odzyskały swoją wartość i obserwujemy wzrost ruchu klientów z powodzeniem przywrócić połączenia do naszych usług strumieniowych. Klienci, którzy nadal napotykają 401 błędów połączeń w swoich instancjach SDK lub Relay Proxy, powinni ponownie uruchomić swoje aplikacje i / lub Relay Proxy instancje.

3. 10 lipca 2026 23:32 UTCmonitoring

   Klienci nadal z powodzeniem przywracają połączenia z naszymi usługami strumieniowymi. Zalecamy przeglądanie dzienników aplikacji dla okna incydentu. Uszkodzone komunikaty SDK emitowane - w zależności od języka - zawierają następujące elementy: "oddanie na stałe", "Nieprawidłowy klucz SDK", "nieautoryzowany", "nieautoryzowany" lub "401". Każda usługa, która zapisała te wiadomości, może nie być w stanie otrzymywać aktualizacji flagi lub wysyłać danych zdarzeń do czasu jej ponownego uruchomienia. Oto zalecane działania dla każdego dotkniętego aplikacji: - W przypadku korzystania z SDK po stronie serwera, należy ponownie uruchomić aplikację w celu przywrócenia połączenia z LaunchDarkly. - Jeśli ponowne ustawienie połączenia z serwerem SDK nie działa, należy utworzyć i użyć drugiego klucza SDK. - Jeśli używasz Relay Proxy, proszę ponownie uruchomić Relay Proxy, aby przywrócić połączenia. Nie powinno być konieczne ponowne uruchomienie wniosków, które za nim stoją. - Client- side SDK będzie ponownie połączyć się automatycznie podczas restart. - Jeśli nie rozwiązuje to problemu związanego z daną aplikacją (np. nadal widać wiadomości z dziennika z góry), proszę zalogować bilet wsparcia, a my przejdziemy do Ciebie bezpośrednio, aby pomóc w remediacji.

4. 11 lipca 2026 02:00 UTCmonitoring

   W dalszym ciągu monitorujemy wszelkie dalsze kwestie, patrz nasza poprzednia aktualizacja w zakresie działań naprawczych.

5. 13 lipca 2026 18:08 UTCmonitoring

   Wszystkie usługi LaunchDarkly działają, choć niektórzy klienci muszą podjąć działania w celu przywrócenia swoich połączeń z naszą siecią dostarczania flag. Klienci w dalszym ciągu z powodzeniem odbudowują połączenia poprzez ukończenie poniższych wytycznych działania, a my nadal wspieramy klientów pracujących nad pozostałym wpływem. Przypadki SDK i Relay Proxy, które próbowały nawiązać połączenie z LaunchDarkly w dniu 10 lipca między 09: 11 a 11: 42 AM PT zostały okresowo naruszone. Obejmuje to sytuacje, w których wniosek hosta został ponownie uruchomiony lub przesunięty w tym czasie. Przypadki SDK i Relay Proxy, które nie próbowały nawiązać połączenia w tym czasie, nie zostały naruszone. Zalecamy przeglądanie dzienników aplikacji dla okna incydentu. Uszkodzone komunikaty SDK emitowane - w zależności od języka - zawierają następujące elementy: "oddanie na stałe", "Nieprawidłowy klucz SDK", "nieautoryzowany", "nieautoryzowany" lub "401". Każda usługa, która zapisała te wiadomości, może nie być w stanie otrzymywać aktualizacji flagi lub wysyłać danych zdarzeń do czasu jej ponownego uruchomienia. Oto zalecane działania dla każdego dotkniętego aplikacji: - Jeśli używasz Relay Proxy, proszę ponownie uruchomić Relay Proxy, aby przywrócić połączenia. Nie powinno być konieczne ponowne uruchomienie aplikacji za nim, ale zalecamy przegląd dzienników aplikacji, aby potwierdzić, czy ponowne uruchomienie aplikacji jest konieczne. - Jeśli korzystasz z SDK po stronie serwera bez programu Relay Proxy, należy ponownie uruchomić aplikację w celu przywrócenia połączenia z LaunchDarkly. - Client- side i Mobile SDK będą ponownie łączyć się automatycznie, gdy ich aplikacje próbują ponownie połączyć się z LaunchDarkly w normalnych okolicznościach, na przykład, gdy aplikacja ładuje lub urządzenie odzyskuje łączność sieciową. - Jeśli nie rozwiązuje to problemu związanego z daną aplikacją (np. nadal widać wiadomości z dziennika z góry), proszę zalogować bilet wsparcia, a my przejdziemy do Ciebie bezpośrednio, aby pomóc w remediacji.

6. 29 lipca 2026 18:15 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 lipca 2026 18:03 UTCinvestigating

   Obecnie badamy kwestię, w której eksperymenty wykorzystujące analizę frekwencyjną nie mogą być zapisane ani rozpoczęte.

2. 8 lipca 2026 18:12 UTCidentified

   Zidentyfikowaliśmy tę kwestię i pracujemy nad uwolnieniem poprawki.

3. 8 lipca 2026 18:51 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 8 lipca 2026 19:41 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 lipca 2026 15:10 UTCresolved

   Zażywanie zdarzeń działa normalnie. Wyniki eksperymentów, strzeżone Rolouts i wykresy danych w produktach były opóźnione ~ 5 min między 7: 13- 7: 53 AM PT. Brak danych. Przepraszamy za wszelkie niedogodności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 6 lipca 2026 20:52 UTCinvestigating

   O 13: 21 Pacyfik Czas, doświadczyliśmy dużej ilości alarmów błędów wpływających na zdolność użytkowników do interakcji z aplikacją LaunchDarkly, w tym logowanie się i odpowiedź UI / API. Szybko zidentyfikowaliśmy przyczynę związaną z dostawą flag. Oczekujemy, że błędy spadną.

2. 6 lipca 2026 21:08 UTCinvestigating

   Nadal badamy tę kwestię.

3. 6 lipca 2026 21:09 UTCmonitoring

   Wywołaliśmy błąd, a błędy wracają do normy

4. 6 lipca 2026 21:21 UTCresolved

   Wszystkie wskaźniki błędów się znormalizowały.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 6 lipca 2026 14:33 UTCinvestigating

   Niektórzy klienci nie otrzymują e-maili weryfikacji konta. Nasz zespół aktywnie pracuje nad złagodzeniem tego problemu.

2. 6 lipca 2026 14:45 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

3. 6 lipca 2026 15:52 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 lipca 2026 14:29 UTCinvestigating

   Badamy podwyższony poziom błędów w naszych punktach końcowych dotyczących przyjmowania danych o zdarzeniach wpływających na klientów produkcyjnych, między 7: 00 AM PDT a 7: 15 AM PDT. Podczas tego okna może zostać odrzucona lub opóźniona część danych o zdarzeniach AI / agent. Nie ma to wpływu na dostarczanie i ocenę bandery. SDK nadal służą flagi normalnie. Nie ma wpływu na połykanie obserwacji.

2. 3 lipca 2026 15:13 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

3. 3 lipca 2026 16:06 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

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

   A fix has been implemented and monitoring the results.

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

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

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

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

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

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

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

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

3. 9 czerwca 2026 02:03 UTCmonitoring

   We are monitoring the status of our services.

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

   We are continuing to monitor for any further issues.

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

   This incident has been resolved.