Histórico de interrupções do Launchdarkly

1. 26 Eost 2026 da 19:45 UTCmonitoring

   Solicitações de streaming do lado do servidor experimentaram taxas de erro elevadas entre aproximadamente 12:00 p.m. e 12:12 p.m. PDT, e alguns SDKs estabelecendo novas conexões de streaming podem ter sido incapazes de se conectar. As taxas de erro de solicitação de sondagem permaneceram abaixo de 1% durante todo o incidente. Nenhum dado do cliente foi perdido ou comprometido. Pedimos desculpa pela interrupção.

2. 26 Eost 2026 da 20:00 UTCresolved

   Este incidente foi resolvido. Entre 12:00 e 12:12 PM PDT em 26 de agosto, servidor-side SDKs estabelecendo novas conexões de streaming experimentaram taxas de erro elevadas. Conexões de streaming existentes não foram afetadas, e pedidos de votação continuaram a ser atendidos com taxas de erro abaixo de 1%. Algumas solicitações para o LaunchDarkly aplicação web também experimentaram erros elevados entre aproximadamente 11:29 e 12:03 PDT PM. O problema foi causado por uma mudança de configuração interna, que foi revertida. Todos os sistemas recuperaram e estão a funcionar normalmente. Nenhum dado do cliente foi perdido ou comprometido.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Eost 2026 da 12:20 UTCidentified

   E-mails enviados pelo LaunchDarkly — incluindo verificação de inscrição, reset de senha, convite de companheiro de equipe e e-mails de notificação de fluxo de trabalho — atualmente não são entregues devido a um problema de autenticação com um provedor de entrega de email upstream. Nós identificamos a causa e estamos trabalhando para restaurar a entrega. A entrega da bandeira de recurso, SDKs e o aplicativo LaunchDarkly em si não são afetados. Se você estiver tentando completar a inscrição ou redefinir uma senha, esses e-mails não chegarão até que isso seja resolvido. Uma vez que a entrega é restaurada, vamos re-enviar verificação afetada e redefinir e-mails de senha. Próxima atualização em 2 horas.

2. 24 Eost 2026 da 13:36 UTCresolved

   Entrega de e-mail foi restaurado a partir de 2:32 PM UTC. Verificação de registro, reset de senha, convite do companheiro de equipe e emails de notificação estão enviando normalmente novamente. Estamos reenviando verificação de inscrição e senha redefinindo e-mails que não foram entregues durante a janela de incidente (22 de agosto de 11:48 PM CDT até hoje). Se você tentou se inscrever ou redefinir uma senha durante esse período e não recebeu um e-mail nas próximas horas, por favor, tente novamente a ação ou o suporte de contato. Continuamos a monitorar a entrega de email de perto e publicaremos uma atualização final assim que confirmarmos a recuperação sustentada.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Eost 2026 da 10:36 UTCinvestigating

   Estamos experimentando uma degradação de serviço que pode resultar em atualizações da Bandeira através da API de votação a ser adiada.

2. 17 Eost 2026 da 15:29 UTCmonitoring

   Identificámos a causa raiz, o nosso fornecedor de CDN tinha um problema na extremidade deles que é corrigido agora. Monitorização por um tempo para garantir que as coisas estabilizem.

3. 17 Eost 2026 da 16:03 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Eost 2026 da 14:47 UTCinvestigating

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

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

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

1. 7 Eost 2026 da 19:29 UTCinvestigating

   Estamos investigando elevados erros HTTP 500 afetando algum servidor-side SDK streaming de conexões em nosso ambiente comercial dos EUA. Aplicações afectadas pode não estabelecer ou pode perder intermitentemente sua conexão de streaming para Lançar Darkly.

2. 7 Eost 2026 da 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 Eost 2026 da 20:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 7 Eost 2026 da 20:15 UTCresolved

   SDKs restored to operational

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Gouere 2026 da 17:44 UTCinvestigating

   Todos os clientes estão a sentir falta de vestígios de observação a partir de 30 de Julho às 17h16 da PT. Estamos investigando e forneceremos atualizações à medida que estiverem disponíveis. Os dados de rastreamento não são perdidos e estamos trabalhando para recuperá-lo.

2. 31 Gouere 2026 da 17:59 UTCidentified

   Os clientes estão a sentir falta de Observabilidade Traços ingeridos de 30 de Julho às 17:16h até 31 de Julho às 10:59h PT. Os Registos de Observabilidade / Métricas não são afectados. Identificámos o problema e continuamos o nosso trabalho para recuperar os dados em falta.

3. 31 Gouere 2026 da 21:58 UTCmonitoring

   O problema com o Observability Traces foi identificado e uma correção foi implementada. Recuperamos a maioria dos dados de rastreamento que faltava de 30 de julho das 17:16 a 31 de julho das 10:59. Resolveremos o incidente assim que completarmos totalmente a recuperação de dados (esperada para completar até às 17h PT).

4. 31 Gouere 2026 da 22:54 UTCresolved

   O problema com a Observabilidade Traces foi resolvido. Os dados desaparecidos foram recuperados.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gouere 2026 da 19:24 UTCidentified

   Os clientes estão tendo replay de sessão atrasado e erro ingerir a partir das 11:03am PT. Identificámos a questão e continuamos o nosso trabalho para a resolver. A perda de dados não é esperada.

2. 28 Gouere 2026 da 19:41 UTCmonitoring

   O problema com replay de sessão e erro ingerir foi identificado e uma correção foi implementada. Esperamos recuperar todos os dados atrasados ingeridos em ~15 minutos. Nenhum dado foi perdido.

3. 28 Gouere 2026 da 20:04 UTCresolved

   O problema com a repetição da sessão e a ingestão de erros foi resolvido. Apanhámos todos os dados atrasados a partir das 13h01.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Gouere 2026 da 19:09 UTCresolved

   Entre 11:32 e 11:48 PT, os clientes experimentaram aumento da latência e taxas de erro elevadas nos endpoints da API. A latência e as taxas de erro voltaram ao normal, e o incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 17:10 UTCinvestigating

   O aplicativo LaunchDarkly (app.launchdarkly.com) não estava disponível e está se recuperando ativamente no momento. A rede Flag Delivery também foi impactada, causando uma taxa de falha elevada com a recuperação de valores de bandeira. Os clientes que usam SDKs do lado do cliente ou do servidor devem continuar a ver os últimos valores conhecidos da bandeira se um cache local existir, ou voltar aos valores em código. Os clientes que usam o nosso Relay Proxy devem continuar a ver os últimos valores conhecidos se existir um cache local. Os clientes que usam os nossos Edge SDKs devem continuar a ver os últimos valores conhecidos da bandeira. Alguns eventos perda de dados pode ter ocorrido.

2. 10 Gouere 2026 da 17:12 UTCidentified

   Identificamos a causa raiz e estamos implementando uma correção.

3. 10 Gouere 2026 da 17:40 UTCidentified

   A disponibilidade da aplicação web recuperou. A entrega da bandeira e a ingestão do evento continuam a ser impactadas e estão se recuperando ativamente. Nossa equipe de engenharia continua trabalhando em remediação.

4. 10 Gouere 2026 da 17:54 UTCmonitoring

   O impacto do serviço de produção foi restaurado. No entanto, os clientes podem precisar reiniciar seus aplicativos para reconectar totalmente aos serviços do LaunchDarkly. Nossa equipe de engenharia está trabalhando em orientação que pode ser fornecida aos clientes.

5. 10 Gouere 2026 da 18:19 UTCresolved

   Toda a disponibilidade de serviço foi totalmente restaurada. Os clientes que usam SDKs do lado do servidor podem precisar reiniciar seus aplicativos para reativar a conexão dos SDKs ao LaunchDarkly. Os clientes que usam o Relay Proxy também podem precisar reiniciar seu Relay Proxy; neste caso, o Relay Proxy deve ser reiniciado antes de reiniciar suas aplicações que se conectam a ele. Para determinar se uma aplicação precisa ser reiniciada, os clientes podem olhar para seus registros de aplicação. Os SDKs afetados emitirão (dependendo da linguagem) logs contendo um de "desistir permanentemente", "chave SDK inválida", "não autorizada", ou "não autorizada", ou "401". Serviços que emitiram logs como estes antes das 9:13AM PT podem ser incapazes de receber atualizações de bandeira e não poderão enviar eventos para o LaunchDarkly até serem reiniciados.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 16:16 UTCinvestigating

   Estamos actualmente a investigar esta questão

2. 10 Gouere 2026 da 16:17 UTCinvestigating

   Continuamos a investigar esta questão.

3. 10 Gouere 2026 da 16:26 UTCidentified

   A questão foi identificada e uma correção foi implementada

4. 10 Gouere 2026 da 17:43 UTCidentified

   Continuamos trabalhando em uma solução para esse problema.

5. 10 Gouere 2026 da 17:48 UTCresolved

   O Launch Darkly UI recuperou. Continuaremos a monitorar a entrega da bandeira e o evento ingerir aqui: https://status.launchdarkly.com/incidents/chywwz01ptb0.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 19:21 UTCinvestigating

   Estamos investigando o impacto contínuo no SDK móvel e servidor dos clientes causado pelo incidente anterior (https://status.launchdarkly.com/incidents/chywwz01ptb0). Se os clientes estiverem recebendo SDK ou Relay Proxy 401s, restabeleça conexões.

2. 10 Gouere 2026 da 20:18 UTCmonitoring

   Nossos serviços de entrega de bandeira se recuperaram e estamos observando um aumento no tráfego de clientes com sucesso restabelecer conexões aos nossos serviços de streaming. Os clientes que continuam a encontrar 401 erros de conexão em suas instâncias SDKs ou Relay Proxy são aconselhados a reiniciar suas aplicações e/ou instâncias Relay Proxy.

3. 10 Gouere 2026 da 23:32 UTCmonitoring

   Os clientes continuam a restabelecer conexões com sucesso aos nossos serviços de streaming. Recomendamos rever seus registros de aplicação para a janela incidente. Os SDKs afetados emitem mensagens – variantes por linguagem – que contêm qualquer um dos seguintes: "desistir permanentemente", "chave SDK inválida", "não autorizada", "não autorizada", ou "401". Qualquer serviço que tenha registrado essas mensagens pode não ser capaz de receber atualizações da bandeira ou enviar dados do evento até que seja reiniciado. Aqui estão as ações recomendadas para cada aplicação afetada: - Se você usar SDKs do lado do servidor, reinicie o aplicativo para restabelecer sua conexão ao LaunchDarkly. - Se o restabelecimento da conexão ao SDK do lado do servidor não funcionar, por favor crie e use uma segunda chave SDK. - Se usar o 'Relay Proxy', reinicie o 'Relay Proxy' para restabelecer as ligações. Não deverá ser necessário reiniciar as aplicações por detrás das mesmas. - Os SDKs do lado do cliente voltarão a ligar-se automaticamente à medida que reiniciarem. - Se isso não resolver o problema de uma aplicação afetada (por exemplo, você ainda vê as mensagens de registro de cima), por favor, registre um ticket de suporte e seguiremos com você diretamente para ajudar com a reparação.

4. 11 Gouere 2026 da 02:00 UTCmonitoring

   Estamos continuando a monitorar para quaisquer outros problemas, consulte nossa atualização anterior para etapas de recuperação.

5. 13 Gouere 2026 da 18:08 UTCmonitoring

   Todos os serviços LaunchDarkly estão operacionais, embora alguns clientes precisem tomar medidas para restaurar suas conexões à nossa Rede de Entrega de Bandeiras. Os clientes continuam a restabelecer com sucesso as conexões completando as orientações de ação abaixo e continuamos a apoiar os clientes trabalhando através do impacto residual. As instâncias SDKs e Relay Proxy que tentaram estabelecer uma conexão com LaunchDarkly em 10 de julho entre 09:11 e 11:42 foram afetadas intermitentemente. Isso inclui situações em que a aplicação host foi reiniciada ou reinstalada durante este tempo. As instâncias SDKs e Relay Proxy que não tentaram estabelecer uma conexão durante este tempo não foram afetadas. Recomendamos rever seus registros de aplicação para a janela incidente. Os SDKs afetados emitem mensagens – variantes por linguagem – que contêm qualquer um dos seguintes: "desistir permanentemente", "chave SDK inválida", "não autorizada", "não autorizada", ou "401". Qualquer serviço que tenha registrado essas mensagens pode não ser capaz de receber atualizações da bandeira ou enviar dados do evento até que seja reiniciado. Aqui estão as ações recomendadas para cada aplicação afetada: - Se usar o 'Relay Proxy', reinicie o 'Relay Proxy' para restabelecer as ligações. Não deve ser necessário reiniciar os aplicativos por trás dele, mas recomendamos rever seus registros de aplicativos para confirmar se é necessário reiniciar seus aplicativos. - Se você usar SDKs do lado do servidor sem o Proxy Relay, reinicie o aplicativo para restabelecer sua conexão ao LaunchDarkly. - Os SDKs do lado do cliente e do Mobile voltarão a ligar-se automaticamente à medida que as suas aplicações tentarem voltar a ligar-se ao LaunchDarkly em circunstâncias normais, por exemplo quando as cargas da aplicação ou o dispositivo recuperarem a conectividade de rede. - Se isso não resolver o problema de uma aplicação afetada (por exemplo, você ainda vê as mensagens de registro de cima), por favor, registre um ticket de suporte e seguiremos com você diretamente para ajudar com a reparação.

6. 29 Gouere 2026 da 18:15 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 18:03 UTCinvestigating

   Atualmente estamos investigando uma questão em que experimentos usando análise frequentista não podem ser salvos ou iniciados.

2. 8 Gouere 2026 da 18:12 UTCidentified

   Identificámos o problema e estamos a trabalhar para libertar uma solução.

3. 8 Gouere 2026 da 18:51 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 8 Gouere 2026 da 19:41 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Gouere 2026 da 15:10 UTCresolved

   A ingestão de eventos funciona normalmente. Resultados de experimentação, Guardados Rollouts, e gráficos de dados no produto foram atrasados ~5 min entre 7:13-7:53 AM PT. Nenhum dado foi perdido. Pedimos desculpa por qualquer inconveniente.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Gouere 2026 da 20:52 UTCinvestigating

   Às 13:21 do Pacífico Tempo, nós experimentamos um alto volume de alertas de erro afetando a capacidade dos usuários de interagir com o aplicativo LaunchDarkly, incluindo login e IU / API responsividade. Identificámos rapidamente a causa raiz relacionada à entrega da bandeira. Esperamos que os erros diminuam agora.

2. 6 Gouere 2026 da 21:08 UTCinvestigating

   Continuamos a investigar esta questão.

3. 6 Gouere 2026 da 21:09 UTCmonitoring

   Nós fizemos uma correção e as taxas de erro estão voltando ao normal

4. 6 Gouere 2026 da 21:21 UTCresolved

   Todas as taxas de erro normalizaram.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Gouere 2026 da 14:33 UTCinvestigating

   Alguns clientes não estão recebendo e-mails de verificação de conta. Nossa equipe está trabalhando ativamente para mitigar esta questão.

2. 6 Gouere 2026 da 14:45 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 6 Gouere 2026 da 15:52 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Gouere 2026 da 14:29 UTCinvestigating

   Estamos investigando taxas de erro elevadas em nossos endpoints de ingestão de dados de eventos que afetam os clientes de produção, entre aproximadamente 7:00 AM PDT e 7:15 AM PDT. Durante esta janela, uma porção de flag de recursos, experimentação e dados de eventos de IA/agente podem ter sido rejeitados ou atrasados. A entrega e avaliação da bandeira não são afetadas. Os SDKs continuam a servir normalmente as bandeiras. A observação ingerida não é afectada.

2. 3 Gouere 2026 da 15:13 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 3 Gouere 2026 da 16:06 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

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

   A fix has been implemented and monitoring the results.

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

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

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

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

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

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

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

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

3. 9 Mezheven 2026 da 02:03 UTCmonitoring

   We are monitoring the status of our services.

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

   We are continuing to monitor for any further issues.

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

   This incident has been resolved.