Launchdarkly 中断历史

1. 2026年10月26日 UTC 20:52resolved

   我们实时事件仓库的缩放点导致某些事件摄入延迟. 工程组已经纠正了问题,一切事件都应该赶上来. 有些客户可能看到实验和看守释放处理出现延误。 这个问题现已解决,小组将认真监测.

自动翻译自官方事件更新。

1. 2026年10月15日 UTC 15:47resolved

   在协调世界时今天15:11至15:32之间,我们发现5xx错误上升,影响到我们所有服务的要求。 在此期间,大约0.7%的请求失败(99.3%成功)。 这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月3日 UTC 07:29identified

   LOUSTDAKLY的一些自动更改应用比预期晚. 这影响到有戒备和逐步展开的阶段过渡、释放管道阶段进展和多武装土匪交通再分配。 延迟开始于2026年10月2日大约4:15的PM PT. 进行中的推出和试验仍然处于目前阶段,交通量分配仍然不变;没有任何进展、恢复或不当停止。 没有丢失数据 。 延迟的更改仍然排队,一旦处理赶上就会生效.

2. 2026年10月3日 UTC 08:51monitoring

   从10月3日凌晨1:45起,已全面处理积压的延迟更改。 事件期间所拖延的所有变动都已适用。 没有丢失数据 。 我们正在继续监测.

3. 2026年10月3日 UTC 09:06resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月2日 UTC 14:10identified

   我们正在调查影响LOUSTDADAKLE网络应用程序和API的更高出错率. 有些请求可能断断续续地失败或失效,包括自定义角色管理. 等我们学到更多知识后再分享最新消息.

2. 2026年10月2日 UTC 17:29identified

   所证. 我们找出了错误率上升的原因 并正在修复 客户可能仍然无法列出、搜索或指定自定义角色;现有角色仍在强制执行。 其他大多数功能都正常运行,尽管有些请求可能间歇性地失败. 随着复苏进展,我们将分享另一个最新消息.

3. 2026年10月3日 UTC 01:26monitoring

   监测。 我们应用了固定和出错率恢复正常,包括自定义角色列表,搜索和分配. 我们继续监视,同时完成修复工作.

4. 2026年10月3日 UTC 09:05resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年8月26日 UTC 19:45monitoring

   服务器侧流请求在大约中午12:00至中午12:12PDT之间出现了较高的出错率,一些建立新流连接的SDK可能无法连接. 在整个事件中,投票请求错误率一直低于1%。 没有丢失或泄露客户数据。 我们为中断道歉.

2. 2026年8月26日 UTC 20:00resolved

   这一事件已经得到解决。 8月26日中午12:00至12:12 PM PDT之间,建立新流接的服务器侧SDK出现了较高的出错率. 现有的接通线路没有受到影响,投票请求继续得到低于1%的误差率。 在大约11:29 AM到12:03 PM PDT之间,一些对LaughDarkly Web应用程序的请求也出现了较高的错误. 这个问题是由内部配置改变引起的,现已恢复。 所有系统都已恢复并正常运行。 没有丢失或泄露客户数据.

自动翻译自官方事件更新。

1. 2026年8月24日 UTC 12:20identified

   LaunchDarkly发送的电子邮件——包括注册验证、密码重置、队友邀请和工作流程通知电子邮件——目前因上游电子邮件发送供应商的认证问题而未能交付。 我们已查明原因并正在努力恢复交付。 地物旗投放,SDKs,和"发射暗"应用本身不受影响. 如果您正在尝试完成注册或重设密码, 这些邮件将无法到达, 直到这个问题得到解决 。 一旦恢复发送,我们将重新发送受影响的核查和密码重置电子邮件。 下一次更新在2小时内.

2. 2026年8月24日 UTC 13:36resolved

   从协调世界时下午2:32起,电子邮件发送已经恢复。 注册验证,密码重置,队友邀请,以及通知邮件均正常发送. 我们正在重新发送签名核查和密码重置邮件, 如果您在这段时间内试图签名或重设密码, 且在接下来的几个小时内没有收到邮件, 请重新尝试动作或联系支持 。 我们正在继续密切监测电子邮件的发送 并在确认持续恢复后发布最新消息.

自动翻译自官方事件更新。

1. 2026年8月17日 UTC 10:36investigating

   我们正在经历一种服务退化 可能导致旗子更新 通过Polling API 被延迟.

2. 2026年8月17日 UTC 15:29monitoring

   我们已经找出了根源, 我们的CDN供应商有一个问题 在他们的结尾,现在已经固定。 监测一段时间以确保事情稳定.

3. 2026年8月17日 UTC 16:03resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年8月14日 UTC 14:47investigating

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

2. 2026年8月14日 UTC 16:05monitoring

   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日 UTC 16:47resolved

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

1. 2026年8月7日 UTC 19:29investigating

   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日 UTC 19:56investigating

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

3. 2026年8月7日 UTC 20:12investigating

   We are continuing to investigate this issue.

4. 2026年8月7日 UTC 20:15resolved

   SDKs restored to operational

1. 2026年7月31日 UTC 17:44investigating

   从7月30日下午5点16分开始,所有客户都经历缺失可观察性追踪. 我们正在调查,并将随时提供最新情况。 追踪数据没有丢失,我们正在努力恢复.

2. 2026年7月31日 UTC 17:59identified

   从7月30日5点16分到7月31日10点59分,客户正在经历缺失的可观察性追踪。可观察性日志/计量不受影响。 我们已查明这一问题,并正在继续努力寻找缺失的追踪数据.

3. 2026年7月31日 UTC 21:58monitoring

   已查明可观察追踪的问题,并已执行一个固定办法。 从7月30日5点16分到7月31日10点59分,我们发现了大部分失踪的痕量数据. 一旦完全完成数据恢复(预计在下午5时完成),我们将解决这一事件.

4. 2026年7月31日 UTC 22:54resolved

   可观察追踪的问题已经解决。 已找到失踪的追踪数据.

自动翻译自官方事件更新。

1. 2026年7月28日 UTC 19:24identified

   客户正在经历延迟的会话重放和摄取错误,时间为11:03m PT. 我们已经确定了这一问题,并正在继续努力解决这一问题。 预计数据不会丢失.

2. 2026年7月28日 UTC 19:41monitoring

   已查明会议重放和错误摄入的问题,并已执行一个固定办法。 我们期望在~15分钟内追赶所有被反记录的数据摄入. 没有丢失数据 .

3. 2026年7月28日 UTC 20:04resolved

   与会话重放和错误摄入有关的问题已经解决. 我们从下午1点01分开始 掌握了所有备份数据.

自动翻译自官方事件更新。

1. 2026年7月26日 UTC 19:09resolved

   在11:32到11:48 PT之间,客户在API端点上经历了更长时间和更高的出错率. 延迟和出错率已恢复正常,事件已经解决.

自动翻译自官方事件更新。

1. 2026年7月10日 UTC 17:10investigating

   LaunchDarkly网络应用程序(app.launchdarkly.com)目前无法使用,并正在积极恢复。 旗下交付网络也受到了影响,导致故障率上升,并收回了旗下价值。 使用客户端或服务器端SDK的客户端,如果存在本地缓存,或者回落到编码值,应当继续看到最后已知的旗帜值. 如果本地缓存存在, 使用中继代理服务器的客户应该继续看到最后已知的旗帜值 。 客户使用我们的边缘SDK 应该继续看到最后已知的旗帜值。 可能发生了一些事件数据损失.

2. 2026年7月10日 UTC 17:12identified

   我们查明了根源,并正在执行一项解决办法.

3. 2026年7月10日 UTC 17:40identified

   网络应用程序的可用性已恢复。 旗帜投放和事件摄入继续受到影响并正在积极恢复。 我们的工程组继续进行补救工作.

4. 2026年7月10日 UTC 17:54monitoring

   恢复了生产服务的影响。 然而,客户可能需要重新启动其应用,以便完全重新连接到LOOWANDAKLY的服务. 我们的工程组正在研究可以提供给客户的指导.

5. 2026年7月10日 UTC 18:19resolved

   所有服务供应都已完全恢复。 使用服务器侧SDKs的客户可能需要重新启动他们的应用,以重新启用SDKs与"AllingDarkly"的连接. 使用"中继代理"的客户也可能需要重启他们的"中继代理";在这种情况下,在重新启动连接到它的应用程序之前,"中继代理"应当重新启动. 为了确定一个应用程序是否需要重新启动,客户可以查看他们的应用程序日志. 受影响的SDKs会发出包含"永久给予","无效的SDK密钥","未经授权",或"未经授权",或"401"的日志(取决于语言). 在 9: 13AM PT 之前释放此类日志的服务可能无法收到旗帜更新, 并且无法将事件发送到 LaunchDarkly , 直到它们重新启动 .

自动翻译自官方事件更新。

1. 2026年7月10日 UTC 16:16investigating

   我们正在调查这个问题

2. 2026年7月10日 UTC 16:17investigating

   我们正在继续调查这一问题.

3. 2026年7月10日 UTC 16:26identified

   这一问题已经确定,并已落实

4. 2026年7月10日 UTC 17:43identified

   我们正在继续努力解决这个问题。

5. 2026年7月10日 UTC 17:48resolved

   发射黑暗UI已经恢复。 我们将继续监测旗下交付和活动.

自动翻译自官方事件更新。

1. 2026年7月10日 UTC 19:21investigating

   我们正在调查前一次事件(https://status.launchdarkly.com/incidents/chywz01ptb0)对客户的移动和服务器SDK的持续影响. 如果客户正在接收SDK或中继代理401,请重新建立连接.

2. 2026年7月10日 UTC 20:18monitoring

   我们的"旗下"服务恢复了,我们观测到客户流量的增加成功重建了与我们流线服务的联系. 客户在其SDK或中继代理实例中继续遇到401个连接错误,建议他们重新启动其应用程序和/或中继代理实例.

3. 2026年7月10日 UTC 23:32monitoring

   客户继续成功重建与我们流线服务的联系. 我们建议审查您的申请日志 用于事件窗口。 受影响的 SDKs 发送信息—— 由语言变化而来—— 包含下列任何内容: "永久赠与", "无效的 SDK 密钥", "未经授权", "未经授权", 或 "401" 。 已登入这些信件的任何服务在重新启动前都可能无法接收旗帜更新或发送事件数据. 以下是针对每个受影响申请的建议行动: - 如果您使用服务器侧 SDK, 请重新启动应用程序以重新建立它与 LaunchDarkly 的连接 。 - 如果重新建立连接到服务器侧 SDK 无效, 请创建并使用第二个 SDK 密钥 。 - 如果您使用中继代理, 请重新启动中继代理以重建连接 。 没有必要重新启动其背后的应用程序。 - 客户端SDK在重新启动时会自动重新连接。 - 如果无法解决受影响应用程序的问题(例如,您仍然看到上面的日志信息),请登录支持票,我们将直接与您联系,协助补救.

4. 2026年7月11日 UTC 02:00monitoring

   我们正在继续监测任何其他问题,见我们先前关于复原步骤的最新情况.

5. 2026年7月13日 UTC 18:08monitoring

   所有发射暗号服务都已投入使用,不过一些客户需要采取行动恢复与我们旗下发送网络的连接。 客户通过完成以下行动指南继续成功地重建连接,我们继续支持客户通过剩余影响开展工作。 SDKs和Relay代理服务器在7月10日09:11至11:42AM PT之间试图建立与LOUNDAKLY的连接的事件间歇地受到影响. 这包括此时主机应用程序被重新启动或重新部署的情况. 在此期间没有试图建立连接的 SDKs 和 Relay 代理服务器实例没有受到影响。 我们建议审查您的申请日志 用于事件窗口。 受影响的 SDKs 发送信息—— 由语言变化而来—— 包含下列任何内容: "永久赠与", "无效的 SDK 密钥", "未经授权", "未经授权", 或 "401" 。 已登入这些信件的任何服务在重新启动前都可能无法接收旗帜更新或发送事件数据. 以下是针对每个受影响申请的建议行动: - 如果您使用中继代理, 请重新启动中继代理以重建连接 。 不需要重启其背后的应用程序,但我们建议审查您的应用程序日志,以确定是否有必要重启您的应用程序 。 - 如果您使用服务器侧 SDK 而不使用中继代理, 请重新启动应用程序以重新建立它与 LaunchDarkly 的连接 。 - 客户端和移动SDK将自动重联,因为它们的应用程序试图在正常情况下重联到LOUSTDArkly,例如当应用程序负载或设备重回网络连接时. - 如果无法解决受影响应用程序的问题(例如,您仍然看到上面的日志信息),请登录支持票,我们将直接与您联系,协助补救.

6. 2026年7月29日 UTC 18:15resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月8日 UTC 18:03investigating

   我们目前正在调查一个利用频繁分析的实验无法保存或开始的问题.

2. 2026年7月8日 UTC 18:12identified

   我们已查明了这个问题,并正在努力解决问题.

3. 2026年7月8日 UTC 18:51monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年7月8日 UTC 19:41resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月7日 UTC 15:10resolved

   摄入事件正常运行。 实验结果,守卫 推出,以及产品内部数据图表在7:13-7:53AM PT之间被延迟~5分. 没有丢失数据 。 我们为任何不便而道歉.

自动翻译自官方事件更新。

1. 2026年7月6日 UTC 20:52investigating

   13点21分,太平洋 时间,我们经历了大量的出错提示,影响了用户与LOUNDAKLANDLE应用程序互动的能力,包括登录和UI/API响应. 我们很快找出了与发国旗有关的根源。 我们期待错误减少.

2. 2026年7月6日 UTC 21:08investigating

   我们正在继续调查这一问题.

3. 2026年7月6日 UTC 21:09monitoring

   我们做了个修复 错误率恢复正常

4. 2026年7月6日 UTC 21:21resolved

   所有出错率都已恢复正常.

自动翻译自官方事件更新。

1. 2026年7月6日 UTC 14:33investigating

   一些客户没有收到账户验证邮件. 我们的团队正在积极努力来缓解这一问题.

2. 2026年7月6日 UTC 14:45monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年7月6日 UTC 15:52resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月3日 UTC 14:29investigating

   我们正在调查我们事件数据摄入端点的误差率,这些误差在大约7:00AM PDT到7:15AM PDT之间. 在这个窗口中,一部分地物标志,实验,以及AI/Agent事件数据可能被否决或延迟. 旗帜的提供和评价不受影响。 SDKs继续正常地服务于旗帜. 观察摄入不受影响.

2. 2026年7月3日 UTC 15:13monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年7月3日 UTC 16:06resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。