Launchdarkly 장애 기록

1. 2026년 8월 26일 PM 7:45 UTCmonitoring

   Server-side 스트리밍 요청은 약 12:00 p.m 및 12:12 p.m. PDT와 새로운 스트리밍 연결을 설정하는 일부 SDK는 연결할 수 없습니다. 투표 요청 오류율은 사건 전체에 1% 미만 남아 있습니다. 고객 데이터가 분실되거나 손상되지 않았습니다. 우리는 붕괴를 위해 사과합니다.

2. 2026년 8월 26일 PM 8:00 UTCresolved

   이 사건은 해결되었습니다. 8월 26일 오후 12시 12시 12분과 12시 12시 12분 사이에 서버 측 SDK는 새로운 스트리밍 연결이 경험된 오류율을 설정했습니다. 기존 스트리밍 연결은 영향을받지 않았으며, 투표 요청은 1% 미만의 오류율로 계속 제공됩니다. LaunchDarkly 웹 응용 프로그램에 대한 일부 요청은 약 11 : 29 AM 및 12 : 03 PM PDT 사이의 높은 오류를 경험했습니다. 이 문제는 내부 구성 변경에 의해 발생했다. 모든 시스템은 복구하고 일반적으로 작동하고있다. 고객 데이터가 분실되거나 손상되지 않았습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 24일 PM 12:20 UTCidentified

   LaunchDarkly에 의해 보내진 이메일 — Sign-up 검증, 비밀번호 재설정, teammate 초대 및 워크플로우 알림 이메일 포함 — 현재 업스트림 이메일 전달 제공 업체와 인증 문제로 인해 전달되지 않습니다. 우리는 원인을 확인하고 배달을 복원하는 작업입니다. 기능 깃발 납품, SDK 및 발사Darkly 신청 자체는 영향을 미치지 않습니다. 로그인을 완료하거나 암호를 재설정하려고하는 경우, 해당 이메일이 해결 될 때까지 도착하지 않습니다. 일단 납품이 복원되면, 우리는 영향을받은 검증 및 암호 재설정 이메일을 다시 보내드립니다. 2 시간 안에 다음 업데이트.

2. 2026년 8월 24일 PM 1:36 UTCresolved

   이메일 배송은 오후 2시 32분 UTC로 복원되었습니다. 로그인 확인, 비밀번호 재설정, 팀메이트 초대 및 알림 이메일은 정상적으로 전송됩니다. 우리는 사건 창 (오늘 8 월 22, 11 : 48 PM CDT) 동안 전달하지 못하는 등록 확인 및 암호 재설정 이메일입니다. 그 기간 동안 암호를 등록하거나 재설정하려고 시도하고 다음 몇 시간 내에 이메일을받지 못하면 행동 또는 연락처 지원을 재개하십시오. 우리는 이메일 납품을 밀접하게 감시하고 우리가 지속한 회복을 확인한 한 번 마지막 갱신을 포스트할 것입니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 17일 AM 10:36 UTCinvestigating

   우리는 오염 API를 통해 플래그 업데이트에서 지연 될 수있는 서비스 등급을 경험하고 있습니다.

2. 2026년 8월 17일 PM 3:29 UTCmonitoring

   우리는 뿌리 원인을 확인했습니다, 우리의 CDN 공급자는 지금 고정되는 그들의 끝에 문제점이 있었습니다. 안정된 것을 확인하는 동안 모니터링.

3. 2026년 8월 17일 PM 4:03 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 14일 PM 2:47 UTCinvestigating

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

2. 2026년 8월 14일 PM 4: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. 2026년 8월 14일 PM 4:47 UTCresolved

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

1. 2026년 8월 7일 PM 7: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. 2026년 8월 7일 PM 7:56 UTCinvestigating

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

3. 2026년 8월 7일 PM 8:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 2026년 8월 7일 PM 8:15 UTCresolved

   SDKs restored to operational

1. 2026년 7월 31일 PM 5:44 UTCinvestigating

   모든 고객은 7 월 30 일 오후 5시 16 분 PT에서 누락 된 Observability Traces를 경험하고 있습니다. 우리는 투자하고 업데이트를 제공 할 것입니다. 추적 데이터는 손실되지 않으며 우리는 그것을 복구하기 위해 노력하고 있습니다.

2. 2026년 7월 31일 PM 5:59 UTCidentified

   고객은 7월 30일 오후 5시 16분부터 7월 31일 오전 10시 59분까지 누락된 Observability Traces를 경험하고 있습니다. Observability Logs / Metrics는 예외입니다. 우리는 문제가 확인하고 누락 된 추적 데이터를 복구하기 위해 우리의 작업을 계속하고있다.

3. 2026년 7월 31일 PM 9:58 UTCmonitoring

   Observability Traces의 문제점은 확인되었으며 수정이 시행되었습니다. 우리는 7 월 30th 5 : 16pm에서 7 월 31st 10 : 59am PT에 누락 된 대부분의 추적 데이터를 복구했습니다. 우리는 완전히 데이터 복구를 완료 한 경우 사건을 해결합니다 (오후 5시 PT에 의해 완료 예정).

4. 2026년 7월 31일 PM 10:54 UTCresolved

   Observability Traces의 문제점은 해결되었습니다. 추적 데이터가 복구되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 28일 PM 7:24 UTCidentified

   고객은 11 : 03am PT로 지연 세션 재생 및 오류가 발생했습니다. 우리는 문제를 확인하고 해결하기 위해 우리의 일을 계속. 데이터 손실은 예상되지 않습니다.

2. 2026년 7월 28일 PM 7:41 UTCmonitoring

   세션 재생 및 오류 ingest의 문제점은 식별되었으며 수정이 시행되었습니다. 우리는 모든 backl에 기록 된 데이터를 15 분 만에 잡을 것으로 기대합니다. 데이터가 손실되지 않았습니다.

3. 2026년 7월 28일 PM 8:04 UTCresolved

   세션 재생 및 오류 ingest가 해결되었습니다. 우리는 1 : 01pm PT로 모든 backl에 기록 된 데이터를 잡았습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 26일 PM 7:09 UTCresolved

   11:32와 11:48 PT 사이, 고객은 증가 된 대기 시간 및 API 엔드 포인트에 높은 오류율. 지연 및 오류율은 정상으로 돌아와 사고가 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 10일 PM 5:10 UTCinvestigating

   LaunchDarkly 웹 응용 프로그램 (app.launchdarkly.com)은 사용할 수 없으며 순간에 적극적으로 회복됩니다. Flag Delivery 네트워크는 또한 충격을 얻고, 주력 값과 높은 실패율을 일으키는 원인이 되었습니다. 클라이언트 측 또는 서버 측 SDK를 사용하는 고객은 로컬 캐시가 존재하는 경우 마지막 알려진 플래그 값을 보거나, 인코드 값으로 돌아갑니다. 우리의 릴레이 프록시를 사용하는 고객은 로컬 캐시가 존재하는 경우 마지막 알려진 플래그 값을 볼 수 있어야 합니다. Edge SDK를 사용하는 고객은 마지막 알려진 플래그 값을 계속 볼 수 있어야 합니다. 일부 이벤트 데이터 손실이 발생할 수 있습니다.

2. 2026년 7월 10일 PM 5:12 UTCidentified

   우리는 뿌리 원인을 확인하고 수정을 구현합니다.

3. 2026년 7월 10일 PM 5:40 UTCidentified

   웹 애플리케이션 가용성은 복구되었습니다. 깃발 납품 및 사건 ingestion는 충격을 가하고 적극적으로 재기합니다. 우리의 기술설계 팀은 remediation에 일 계속합니다.

4. 2026년 7월 10일 PM 5:54 UTCmonitoring

   생산 서비스 충격은 복원되었습니다. 그러나, 고객은 완전히 LaunchDarkly의 서비스에 연결하기 위해 응용 프로그램을 재시작해야합니다. 우리의 기술설계 팀은 고객에게 제공될 수 있는 지도에 일하고 있습니다.

5. 2026년 7월 10일 PM 6:19 UTCresolved

   모든 서비스 가용성은 완전히 복원되었습니다. Server-side SDK를 사용하는 고객은 SDK의 연결을 다시 시작해야 할 수도 있습니다. 릴레이 프록시를 사용하는 고객은 릴레이 프록시를 재시작해야 할 수도 있습니다. 이 경우, 릴레이 프록시는 연결되는 응용 프로그램을 재시작하기 전에 재시작해야 합니다. 응용 프로그램이 재시작해야하는 경우, 고객은 애플리케이션 로그를 볼 수 있습니다. Affected SDK는 (언어에 따라 다름) 로그 중 하나를 포함하는 "영역적으로", "무효한 SDK 키", "무허가", 또는 "인증되지 않음", 또는 "401". 9:13AM PT 이전과 같은 로그를 방출하는 서비스는 플래그 업데이트를 수신 할 수 없으며 시작 될 때까지 이벤트를 보낼 수 없습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 10일 PM 4:16 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다

2. 2026년 7월 10일 PM 4:17 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 10일 PM 4:26 UTCidentified

   문제는 식별되고 수정이 구현되었습니다

4. 2026년 7월 10일 PM 5:43 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

5. 2026년 7월 10일 PM 5:48 UTCresolved

   LaunchDarkly UI가 복구되었습니다. 우리는 플래그 배달 및 이벤트 ingest를 계속 모니터링합니다. https://status.launchdarkly.com/incidents/chywz01ptb0.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 10일 PM 7:21 UTCinvestigating

   우리는 이전 사건 (https://status.launchdarkly.com/incidents/chywz01ptb0)에 기인한 고객의 이동할 수 있는 서버 SDK에 지속적으로 충격을 투자하고 있습니다. 고객이 SDK 또는 Relay Proxy 401s를 수신하는 경우 연결을 다시 설치하십시오.

2. 2026년 7월 10일 PM 8:18 UTCmonitoring

   우리의 Flag Delivery 서비스는 복구 및 고객 트래픽의 증가를 관찰 성공적으로 스트리밍 서비스에 연결. SDK 또는 Relay Proxy 인스턴스의 401 연결 오류가 계속되는 고객은 애플리케이션 및/또는 Relay Proxy 인스턴스를 재시작하는 것이 좋습니다.

3. 2026년 7월 10일 PM 11:32 UTCmonitoring

   고객은 성공적으로 우리의 스트리밍 서비스에 연결을 설치합니다. 이 페이지는 자동으로 번역 되었다. 원문 언어: How to reviewing your application logs for the event window. Affected SDK는 다음과 같은 언어에 의해 표현된 메시지를 방출합니다. " 영구적으로," "무효한 SDK 키," "허용되지 않은," "허용되지 않은,"또는 "401." 이 메시지를 기록한 모든 서비스는 플래그 업데이트 또는 이벤트 데이터를 전송할 수 없습니다. 각 영향을받는 응용 프로그램에 대한 권장된 행동은 다음과 같습니다. - Server-side SDK를 사용하는 경우, startDarkly에 연결 설정하기 위해 응용 프로그램을 다시 시작합니다. - 서버 측 SDK에 연결이 작동하지 않는 경우, 두 번째 SDK 키를 생성하고 사용합니다. - 릴레이 프록시를 사용하는 경우, 연결 설정에 릴레이 프록시를 다시 시작합니다. 응용 프로그램을 다시 시작할 필요가 없습니다. - Client-side SDK는 자동으로 다시 연결됩니다. - 영향을받는 응용 프로그램에 대한 문제가 해결되지 않는 경우 (예를 들어, 당신은 여전히 위의 로그 메시지를 볼 수), 지원 티켓을 로그하고 우리는 당신에게 직접 구속에 도움이 될 것입니다.

4. 2026년 7월 11일 AM 2:00 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고, 복구 단계에 대한 우리의 이전 업데이트를 참조하십시오.

5. 2026년 7월 13일 PM 6:08 UTCmonitoring

   모든 LaunchDarkly 서비스는 작업이지만 일부 고객이 우리의 Flag Delivery Network에 연결을 복원하기 위해 조치를 취해야합니다. 고객은 성공적으로 아래 행동 지침을 완료하여 연결을 설정하고 잔여 충격을 통해 고객을 지원하기 위해 계속합니다. SDK 및 릴레이 프록시 인스턴스는 09 : 11 및 11 : 42 AM PT 사이의 7 월 10에서 실행되는 연결을 설정하려고했습니다. 이것은 호스트 응용 프로그램이 재시작 또는 이 시간 동안 중복 된 상황을 포함합니다. SDK 및 Relay Proxy 인스턴스는 이 시간 동안 연결을 설정하지 못했습니다. 이 페이지는 자동으로 번역 되었다. 원문 언어: How to reviewing your application logs for the event window. Affected SDK는 다음과 같은 언어에 의해 표현된 메시지를 방출합니다. " 영구적으로," "무효한 SDK 키," "허용되지 않은," "허용되지 않은,"또는 "401." 이 메시지를 기록한 모든 서비스는 플래그 업데이트 또는 이벤트 데이터를 전송할 수 없습니다. 각 영향을받는 응용 프로그램에 대한 권장된 행동은 다음과 같습니다. - 릴레이 프록시를 사용하는 경우, 연결 설정에 릴레이 프록시를 다시 시작합니다. 응용 프로그램을 다시 시작할 필요가 없습니다, 그러나 우리는 응용 프로그램을 다시 시작하면 확인하기 위해 응용 프로그램을 검토하는 것이 좋습니다. - Relay Proxy 없이 서버 측 SDK를 사용한다면, startDarkly의 연결을 다시 설치하기 위해 응용 프로그램을 다시 시작하십시오. - Client-side 및 Mobile SDK는 정상적인 상황에서 실행되는 애플리케이션 시도로 자동으로 연결됩니다. 예를 들어 애플리케이션로드 또는 장치 Regains 네트워크 연결이 가능한 경우 예를 들어, 예를 들어, - 영향을받는 응용 프로그램에 대한 문제가 해결되지 않는 경우 (예를 들어, 당신은 여전히 위의 로그 메시지를 볼 수), 지원 티켓을 로그하고 우리는 당신에게 직접 구속에 도움이 될 것입니다.

6. 2026년 7월 29일 PM 6:15 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 8일 PM 6:03 UTCinvestigating

   우리는 현재 잦은 분석을 사용하여 실험이 저장되거나 시작될 수 없는 문제점을 조사하고 있습니다.

2. 2026년 7월 8일 PM 6:12 UTCidentified

   우리는 문제를 확인하고 수정을 해제하기 위해 노력하고 있습니다.

3. 2026년 7월 8일 PM 6:51 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

4. 2026년 7월 8일 PM 7:41 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 7일 PM 3:10 UTCresolved

   Event ingestion은 정상적으로 작동됩니다. 실험 결과, 감시 롤아웃 및 제품 데이터 차트는 7:13–7:53 AM PT 사이 ~5 분 지연되었습니다. 데이터가 손실되지 않았습니다. 우리는 어떤 불편든지를 위해 apologize.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 6일 PM 8:52 UTCinvestigating

   13:21 태평양 시간, 우리는 사용자의 능력에 영향을 미치는 높은 볼륨의 오류 경고를 경험하고 실행 및 UI / API 응답. 우리는 신속하게 깃발 납품과 관련된 뿌리 원인을 발견했습니다. 우리는 지금 감소 오류를 기대하고있다.

2. 2026년 7월 6일 PM 9:08 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 6일 PM 9:09 UTCmonitoring

   우리는 수정 및 오류 비율을 정상으로 구출했습니다

4. 2026년 7월 6일 PM 9:21 UTCresolved

   모든 오류율은 정상화되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 6일 PM 2:33 UTCinvestigating

   몇몇 고객은 계정 검증 이메일을받지 않습니다. 우리 팀은이 문제를 완화하기 위해 적극적으로 노력하고 있습니다.

2. 2026년 7월 6일 PM 2:45 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 7월 6일 PM 3:52 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 3일 PM 2:29 UTCinvestigating

   우리는 생산 고객에 영향을 미치는 우리의 이벤트 데이터 ingestion 엔드 포인트에 높은 오류율을 조사하고 있습니다. 약 7 : 00 AM PDT 및 7 : 15 AM PDT. 이 창에서, 기능 깃발의 부분, 실험 및 AI/agent 사건 자료는 거절되거나 연기될지도 모릅니다. 깃발 납품 및 평가는 영향을 미치지 않습니다. SDK는 일반적으로 플래그를 계속합니다. Observability ingest는 영향을 미치지 않습니다.

2. 2026년 7월 3일 PM 3:13 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 7월 3일 PM 4:06 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 17일 PM 7: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. 2026년 6월 17일 PM 7:59 UTCmonitoring

   A fix has been implemented and monitoring the results.

3. 2026년 6월 17일 PM 11: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. 2026년 6월 18일 AM 1: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. 2026년 6월 18일 AM 1:30 UTCresolved

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

1. 2026년 6월 15일 PM 5: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. 2026년 6월 15일 PM 5: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. 2026년 6월 15일 PM 5:38 UTCresolved

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

1. 2026년 6월 12일 AM 4: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. 2026년 6월 12일 AM 4:58 UTCresolved

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

1. 2026년 6월 8일 PM 8: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. 2026년 6월 8일 PM 9:24 UTCmonitoring

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

3. 2026년 6월 9일 AM 2:03 UTCmonitoring

   We are monitoring the status of our services.

4. 2026년 6월 10일 PM 6:54 UTCmonitoring

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

5. 2026년 6월 11일 AM 4:07 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 2026년 6월 11일 AM 4: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. 2026년 6월 11일 AM 5: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. 2026년 6월 12일 PM 10: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. 2026년 6월 13일 PM 1:52 UTCresolved

   This incident has been resolved.