Historial de interrupciones de Launchdarkly

1. 26 de octubre de 2026 a las 20:52 UTCresolved

   Un punto de inflexión escalada en nuestro almacén de eventos en tiempo real llevó a un retraso para alguna ingestión de eventos. El equipo de ingeniería ha remediado el problema y todos los eventos deben ser atrapados. Algunos clientes pueden haber visto retrasos en los experimentos y en el procesamiento de liberación vigilado. Esto se resuelve ahora y el equipo supervisará cuidadosamente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de octubre de 2026 a las 15:47 UTCresolved

   Entre 15:11 y 15:32 UTC hoy, observamos errores elevados de 5xx que afectan las solicitudes a través de nuestros servicios. Aproximadamente el 0,7% de las solicitudes falló durante este período (el 99,3% tuvo éxito). Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de octubre de 2026 a las 7:29 UTCidentified

   Algunos cambios automáticos en LaunchDarkly se están aplicando más adelante de lo esperado. Esto afecta a las transiciones de etapas para los despliegues vigilados y progresivos, la progresión de la fase de lanzamiento de oleoductos y las reasignaciones de tráfico de bandidos multiarmadas. Las demoras comenzaron aproximadamente a las 4:15 PM PT el 2 de octubre de 2026. Los despliegues y experimentos en el progreso permanecen en su etapa actual y la asignación de tráfico; nada ha sido avanzado, revertido o detenido incorrectamente. No se pierden datos. Los cambios retrasados siguen desconcertados y entrarán en vigor una vez que el procesamiento se ponga al día.

2. 3 de octubre de 2026 a las 8:51 UTCmonitoring

   El atraso de los cambios retardados ha sido procesado totalmente a partir de las 1:45 AM PT el 3 de octubre. Se han aplicado todos los cambios que se retrasaron durante el incidente. No se perdieron datos. Seguimos monitoreando.

3. 3 de octubre de 2026 a las 9:06 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de octubre de 2026 a las 14:10 UTCidentified

   Estamos investigando tasas de error elevadas que afectan a la aplicación web de LaunchDarkly y API. Algunas solicitudes pueden fallar o dar tiempo de forma intermitente, incluida la gestión de funciones personalizadas. Compartiremos una actualización mientras aprendemos más.

2. 2 de octubre de 2026 a las 17:29 UTCidentified

   Identificado. Hemos identificado la causa de las tasas de error elevadas y estamos trabajando en una solución. Los clientes pueden todavía ser incapaces de enumerar, buscar o asignar roles personalizados; los roles existentes continúan siendo aplicados. La mayoría de otras características están operando normalmente, aunque algunas solicitudes pueden fallar intermitentemente. Compartiremos otra actualización a medida que avance la recuperación.

3. 3 de octubre de 2026 a las 1:26 UTCmonitoring

   Monitoreo. Hemos aplicado una fijación y las tasas de error han vuelto a la normalidad, incluyendo el listado de roles personalizados, búsqueda y asignación. Continuamos monitoreando mientras terminamos el trabajo de recuperación.

4. 3 de octubre de 2026 a las 9:05 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de agosto de 2026 a las 19:45 UTCmonitoring

   Las solicitudes de transmisión del lado del servidor experimentaron altas tasas de error entre aproximadamente las 12:00 p.m. y 12:12 p.m. PDT, y algunos SDK que establecen nuevas conexiones de streaming pueden haber sido incapaces de conectar. Las tasas de error de solicitud de votación siguieron siendo inferiores al 1% durante todo el incidente. No se perdieron ni se comprometieron datos de clientes. Nos disculpamos por la interrupción.

2. 26 de agosto de 2026 a las 20:00 UTCresolved

   Este incidente ha sido resuelto. Entre las 12:00 y las 12:12 PM PDT el 26 de agosto, SDKs del lado del servidor estableciendo nuevas conexiones de transmisión experimentaron altas tasas de error. Las conexiones de transmisión existentes no se vieron afectadas, y las solicitudes de votación continuaron sirviendo con tasas de error inferiores al 1%. Algunas solicitudes a la aplicación web de LaunchDarkly también experimentaron errores elevados entre aproximadamente 11:29 AM y 12:03 PM PDT. La cuestión fue causada por un cambio interno de configuración, que se ha revertido. Todos los sistemas se han recuperado y están operando normalmente. No se perdieron ni se comprometieron datos de clientes.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de agosto de 2026 a las 12:20 UTCidentified

   Los correos electrónicos enviados por LaunchDarkly —incluyendo verificación de registro, restablecimiento de contraseñas, invitación de compañeros y correos electrónicos de notificación de flujo de trabajo— actualmente no se entregan debido a un número de autenticación con un proveedor de correo electrónico de arriba. Hemos identificado la causa y estamos trabajando para restaurar la entrega. La entrega de banderas de características, SDKs y la aplicación de LaunchDarkly no están afectados. Si usted está tratando de completar el registro o restablecer una contraseña, esos correos electrónicos no llegarán hasta que esto se resuelva. Una vez que se restablezca la entrega, reenviaremos los correos electrónicos afectados de verificación y restablecimiento de contraseña. Siguiente actualización dentro de 2 horas.

2. 24 de agosto de 2026 a las 13:36 UTCresolved

   La entrega de correo electrónico ha sido restaurada a las 2:32 PM UTC. Verificación de registro, restablecimiento de contraseñas, invitación de compañero de equipo y correos electrónicos de notificación están enviando normalmente de nuevo. Estamos reenviando correos electrónicos de verificación de registro y restablecimiento de contraseñas que no pudieron entregar durante la ventana del incidente (22 de agosto de 11:48 PM CDT hasta hoy). Si usted intentó firmar o restablecer una contraseña durante ese período y no ha recibido un correo electrónico en las próximas horas, por favor vuelva a iniciar la acción o el soporte de contacto. Continuamos monitoreando de cerca la entrega de correo electrónico y publicaremos una actualización final una vez que hayamos confirmado la recuperación sostenida.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de agosto de 2026 a las 10:36 UTCinvestigating

   Estamos experimentando una degradación de los servicios que puede resultar en actualizaciones de la bandera a través de la API de Votación para ser retrasados.

2. 17 de agosto de 2026 a las 15:29 UTCmonitoring

   Hemos identificado la causa raíz, nuestro proveedor de CDN tenía un problema en su extremo que se fija ahora. Monitorear por un tiempo para asegurarse de que las cosas se estabilicen.

3. 17 de agosto de 2026 a las 16:03 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de agosto de 2026 a las 14:47 UTCinvestigating

   Las actualizaciones de bandera se retrasan actualmente en la región de nosotros-este-1. Estamos investigando el tema.

2. 14 de agosto de 2026 a las 16:05 UTCmonitoring

   Hemos investigado tasas de error elevadas reportadas para la entrega de bandera SDK móvil en el este de Estados Unidos. Hemos confirmado que la entrega de la bandera no fue impactada. No se requiere ninguna acción del cliente y estamos monitoreando la situación.

3. 14 de agosto de 2026 a las 16:47 UTCresolved

   El tema está siendo marcado como resuelto. Estamos viendo mejores retrasos y nuestros sistemas se han recuperado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de agosto de 2026 a las 19:29 UTCinvestigating

   Estamos investigando errores elevados HTTP 500 que afectan a algunos SDK del lado del servidor streaming de conexiones en nuestro entorno comercial estadounidense. Aplicaciones afectadas puede no establecer o puede perder intermitentemente su conexión de transmisión a LanzamientoDarkly.

2. 7 de agosto de 2026 a las 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 de agosto de 2026 a las 20:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 7 de agosto de 2026 a las 20:15 UTCresolved

   SDKs restored to operational

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de julio de 2026 a las 17:44 UTCinvestigating

   Todos los clientes están experimentando falta de rastros de observabilidad a partir del 30 de julio a las 5:16pm PT. Estamos investigando y proporcionaremos actualizaciones cuando estén disponibles. Los datos del rastro no se pierden y estamos trabajando para recuperarlo.

2. 31 de julio de 2026 a las 17:59 UTCidentified

   Los clientes están experimentando restos de observabilidad desaparecidos ingeridos desde el 30 de julio 5:16pm hasta el 31 de julio 10:59am PT. Los registros de observabilidad / Métricas no son afectados. Hemos identificado la cuestión y seguimos trabajando para recuperar los datos de Traces desaparecidos.

3. 31 de julio de 2026 a las 21:58 UTCmonitoring

   Se ha identificado la cuestión con los rastros de observabilidad y se ha aplicado una solución. Hemos recuperado la mayoría de los datos de traza que faltaron del 30 de julio 5:16pm al 31 de julio 10:59am PT. Resolveremos el incidente una vez que completemos la recuperación de datos (esperada para completar a las 5pm PT).

4. 31 de julio de 2026 a las 22:54 UTCresolved

   Se ha resuelto el problema con las trazas de observabilidad. Se han recuperado datos de rastros perdidos.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de julio de 2026 a las 19:24 UTCidentified

   Los clientes están experimentando la repetición de sesión retardada e ingestión de errores a las 11:03am PT. Hemos identificado la cuestión y seguimos trabajando para resolverla. No se espera la pérdida de datos.

2. 28 de julio de 2026 a las 19:41 UTCmonitoring

   Se ha identificado la cuestión con la repetición de sesión y la ingestión de errores y se ha aplicado una solución. Esperamos ponernos al día en todos los datos registrados en ~15 minutos. No se han perdido datos.

3. 28 de julio de 2026 a las 20:04 UTCresolved

   Se ha resuelto la cuestión con la repetición de sesión y la ingestión de errores. Hemos atrapado todos los datos de backlogged a partir de las 1:01pm PT.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de julio de 2026 a las 19:09 UTCresolved

   Entre 11:32 y 11:48 PT, los clientes experimentaron mayores tasas de latencia y de errores elevados en los puntos finales de API. Latency and error rates have returned to normal, and the incident has been resolved.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de julio de 2026 a las 17:10 UTCinvestigating

   La aplicación web de LaunchDarkly (app.launchdarkly.com) no estaba disponible y se está recuperando activamente en este momento. La red Flag Delivery también fue impactada, causando una tasa de falla elevada con valores de recuperación de la bandera. Los clientes que utilizan SDKs lado cliente o lado servidor deben seguir viendo los últimos valores de bandera conocidos si existe un caché local, o retroceder a valores en código. Los clientes que usan nuestro Relay Proxy deben seguir viendo los últimos valores de bandera conocidos si existe un caché local. Los clientes que usan nuestros SDKs Edge deben seguir viendo los últimos valores de bandera conocidos. Algunos datos de eventos pueden haber ocurrido.

2. 10 de julio de 2026 a las 17:12 UTCidentified

   Hemos identificado la causa raíz y estamos implementando una solución.

3. 10 de julio de 2026 a las 17:40 UTCidentified

   La disponibilidad de la aplicación web se ha recuperado. La entrega de banderas y la ingestión de eventos siguen siendo afectados y se están recuperando activamente. Nuestro equipo de ingeniería sigue trabajando en la rehabilitación.

4. 10 de julio de 2026 a las 17:54 UTCmonitoring

   Se ha restaurado el impacto del servicio de producción. Sin embargo, los clientes podrían necesitar reiniciar sus aplicaciones para reconectarse completamente con los servicios de LaunchDarkly. Nuestro equipo de ingeniería está trabajando en la orientación que se puede proporcionar a los clientes.

5. 10 de julio de 2026 a las 18:19 UTCresolved

   Toda la disponibilidad de servicio ha sido totalmente restaurada. Los clientes que usan SDKs del lado del servidor podrían necesitar reiniciar sus aplicaciones para volver a habilitar la conexión de SDKs con LaunchDarkly. Los clientes que usan el Relay Proxy también pueden necesitar reiniciar su Relay Proxy; en este caso, el Relay Proxy debe ser reiniciado antes de reiniciar sus aplicaciones que se conectan con él. Para determinar si una aplicación necesita ser reiniciada, los clientes pueden ver sus registros de aplicaciones. Los SDK afectados emitirán (dependiendo del lenguaje) registros que contengan uno de "darse permanentemente", "Invalid SDK key", "no autorizado", o "no autorizado", o "401". Los servicios que emitieron registros como estos antes de 9:13AM PT pueden ser incapaces de recibir actualizaciones de la bandera y no podrán enviar eventos a LaunchDarkly hasta que se reinician.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de julio de 2026 a las 16:16 UTCinvestigating

   Actualmente estamos investigando esta cuestión

2. 10 de julio de 2026 a las 16:17 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 10 de julio de 2026 a las 16:26 UTCidentified

   Se ha identificado la cuestión y se ha aplicado una solución

4. 10 de julio de 2026 a las 17:43 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

5. 10 de julio de 2026 a las 17:48 UTCresolved

   LanzamientoDarkly UI se ha recuperado. Seguiremos vigilando la entrega de la bandera y el evento ingerido aquí: https://status.launchdarkly.com/incidents/chywwz01ptb0.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de julio de 2026 a las 19:21 UTCinvestigating

   Estamos investigando el impacto continuo en el SDK móvil y servidor de los clientes causado por el incidente anterior (https://status.launchdarkly.com/incidents/chywwwz01ptb0). Si los clientes reciben SDK o Relay Proxy 401s por favor restablezca las conexiones.

2. 10 de julio de 2026 a las 20:18 UTCmonitoring

   Nuestros servicios de Flag Delivery se han recuperado y estamos observando un aumento en el tráfico de clientes restablecer con éxito conexiones a nuestros servicios de streaming. Los clientes que siguen encontrando errores de conexión 401 en sus instancias SDKs o Relay Proxy son aconsejados para reiniciar sus aplicaciones y/o instancias Relay Proxy.

3. 10 de julio de 2026 a las 23:32 UTCmonitoring

   Los clientes continúan restableciendo las conexiones con nuestros servicios de streaming. Recomendamos revisar sus registros de aplicaciones para la ventana del incidente. Los SDK afectados emiten mensajes —varying by language— que contienen cualquiera de los siguientes: "dar permanentemente", "Invalid SDK key", "no autorizado", "no autorizado", o "401". Cualquier servicio que haya registrado estos mensajes puede ser incapaz de recibir actualizaciones de la bandera o enviar datos del evento hasta que se reinicia. Aquí están las acciones recomendadas para cada aplicación afectada: - Si utiliza SDKs del lado del servidor, reinicie la aplicación para restablecer su conexión con LaunchDarkly. - Si restablecer la conexión con el SDK del lado del servidor no funciona, por favor cree y utilice una segunda clave SDK. - Si utiliza el Relay Proxy, reinicie el Relay Proxy para restablecer conexiones. No debe ser necesario reiniciar las aplicaciones detrás de ella. - Los SDK del lado del cliente se reconectarán automáticamente mientras reinician. - Si esto no resuelve el problema para una aplicación afectada (por ejemplo, sigue viendo los mensajes de registro desde arriba), por favor registre un ticket de soporte y seguiremos con usted directamente para ayudar con la rehabilitación.

4. 11 de julio de 2026 a las 2:00 UTCmonitoring

   Seguimos monitoreando para otras cuestiones, véase nuestra actualización anterior para los pasos de recuperación.

5. 13 de julio de 2026 a las 18:08 UTCmonitoring

   Todos los servicios de LaunchDarkly son operativos, aunque algunos clientes necesitan tomar medidas para restaurar sus conexiones a nuestra Red de Entrega de Banderas. Los clientes siguen restableciendo con éxito las conexiones completando la orientación de acción a continuación y seguimos apoyando a los clientes que trabajan a través del impacto residual. SDKs y Relay Proxy instancias que intentaron establecer una conexión con LaunchDarkly el 10 de julio entre 09:11 y 11:42 AM PT fueron intermitentemente afectados. Esto incluye situaciones en las que la aplicación host fue reiniciada o redistribuida durante este tiempo. Las instancias SDK y Relay Proxy que no intentaron establecer una conexión durante este tiempo no fueron afectadas. Recomendamos revisar sus registros de aplicaciones para la ventana del incidente. Los SDK afectados emiten mensajes —varying by language— que contienen cualquiera de los siguientes: "dar permanentemente", "Invalid SDK key", "no autorizado", "no autorizado", o "401". Cualquier servicio que haya registrado estos mensajes puede ser incapaz de recibir actualizaciones de la bandera o enviar datos del evento hasta que se reinicia. Aquí están las acciones recomendadas para cada aplicación afectada: - Si utiliza el Relay Proxy, reinicie el Relay Proxy para restablecer conexiones. No debe ser necesario reiniciar las aplicaciones detrás de ella, pero recomendamos revisar sus registros de aplicaciones para confirmar si es necesario reiniciar sus aplicaciones. - Si utiliza SDKs del lado del servidor sin el Relay Proxy, reinicie la aplicación para restablecer su conexión con LaunchDarkly. - Los SDKs de lado cliente y móvil se reconectarán automáticamente mientras sus aplicaciones intentan volver a conectarse a LaunchDarkly en circunstancias normales, por ejemplo cuando la aplicación carga o el dispositivo recupera la conectividad de red. - Si esto no resuelve el problema para una aplicación afectada (por ejemplo, sigue viendo los mensajes de registro desde arriba), por favor registre un ticket de soporte y seguiremos con usted directamente para ayudar con la rehabilitación.

6. 29 de julio de 2026 a las 18:15 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 18:03 UTCinvestigating

   Actualmente estamos investigando un problema en el que no se pueden salvar o iniciar experimentos utilizando análisis frecuentados.

2. 8 de julio de 2026 a las 18:12 UTCidentified

   Hemos identificado la cuestión y estamos trabajando para liberar una solución.

3. 8 de julio de 2026 a las 18:51 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 8 de julio de 2026 a las 19:41 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de julio de 2026 a las 15:10 UTCresolved

   La ingestión del evento funciona normalmente. Resultados de experimentación, Guarded Rollouts, and in-product data charts were delay ~5 min between 7:13–7:53 AM PT. No se perdieron datos. Nos disculpamos por cualquier inconveniente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de julio de 2026 a las 20:52 UTCinvestigating

   A las 13:21 Tiempo, experimentamos un alto volumen de alertas de error que afectan la capacidad de los usuarios para interactuar con la aplicación LaunchDarkly, incluyendo la iniciación y la capacidad de respuesta UI / API. Identificamos rápidamente la causa raíz relativa a la entrega de banderas. Estamos esperando errores disminuyendo ahora.

2. 6 de julio de 2026 a las 21:08 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 6 de julio de 2026 a las 21:09 UTCmonitoring

   Hemos lanzado una fijación y las tasas de error están volviendo a la normalidad

4. 6 de julio de 2026 a las 21:21 UTCresolved

   Todas las tasas de error se han normalizado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de julio de 2026 a las 14:33 UTCinvestigating

   Algunos clientes no reciben emails de verificación de cuentas. Nuestro equipo está trabajando activamente para mitigar este problema.

2. 6 de julio de 2026 a las 14:45 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 6 de julio de 2026 a las 15:52 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de julio de 2026 a las 14:29 UTCinvestigating

   Estamos investigando tasas de error elevadas en los puntos finales de ingestión de datos de eventos que afectan a los clientes de producción, entre aproximadamente 7:00 AM PDT y 7:15 AM PDT. Durante esta ventana, una parte de la bandera de características, la experimentación y los datos de eventos AI/agente pueden haber sido rechazados o retrasados. La entrega de banderas y la evaluación no se ven afectadas. Los SDK siguen sirviendo banderas normalmente. La observabilidad ingerida no se ve afectada.

2. 3 de julio de 2026 a las 15:13 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 3 de julio de 2026 a las 16:06 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.